[hobbit] Buffer client data until fetched / periodic synch

[Steinar M. Skúlason]

On Mon, Jan 18, 2010 at 1:12 PM, Malcolm Hunter <malcolm.hunter at gmx.co.uk>wrote:

> > I'm monitoring a few clients that are located with our hosting partner,
> > and
> > I'm pondering on how I can add to my monitoring customers that do their
> > own
> > hosting ( of our software ).
> > The thing is they are behind a firewall that requires a manual routine to
> > connect, so doing it automatically is out of the question so it rules out
> > bbfetch/hobbitfetch.
> >
> > But I was wondering if I can setup a monitoring solution remotly in their
> > data-senter, that I would be able to synch my local xymon server with and
> > doing so get all the trends and messages that has been gathered since
> last
> > synch ( not for alerts, just for historical reference ). So if I need to
> > debug anything on their end, I can synch the monitoring and see when
> > things
> > started and how it escelated etc.
> >
> > Any one have anyrthing similar setup for them ?
> > I'm currently running my clients/servers on version 4.2.3
>
> I'm not sure if this does everything you need, but certainly a starting
> point:
>
> http://www.xymon.com/hobbit/help/manpages/man8/bbproxy.8.html
>
> Malcolm
>
>
> --
> Technical copy-editor & proofreader
>
> KDE Proofreading Team
> KDE British English Translation Team
>
> http://l10n.kde.org/team-infos.php?teamcode=en_GB
>
> Facebook: http://www.facebook.com/FriendlyAtheist
>
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5
> -
> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
>
>
>
Thank you for your reply, but I have read the man page for bbproxy, just not
sure if it could handle a buffer that could be over 2days or even more.


Best Regards,
Steinar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20100118/d05256a6/attachment.html>