Xymon Mailing List Archive search

Monitor/graph multiple interfaces with Hobbit?

4 messages in this thread

list Jeremy Worrells · Fri, 10 Feb 2006 10:43:28 -0700 ·
Greetings.

I am a newcomer to hobbit. I find it to be a very exciting project, but
I cannot figure out how to perform a vital function. We currently have
dozens of RRD databases and CGI scripts creating graphs on those RRDs.
We also run BB for network health monitoring. I would like to combine
the two using hobbit, but I am not sure how to go about it.

Here's what I want to do: have a "traffic" monitor in hobbit that tracks
any number of interfaces on a firewall or router. It would alert on a
certain traffic threshold and would provide RRD graphs of the
interfaces. I would like to avoid MRTG if at all possible.

Is this kind of arbitrary RRD graphing/alerting available in hobbit?
I've been through the docs and don't see anything.

Thanks in advance.

Jeremy Worrells

--
Jeremy Worrells
Intermountain Healthcare
XXX.XXX.XXXX
user-05ee74796a93@xymon.invalid
list Thomas Pedersen · Fri, 10 Feb 2006 21:06:28 +0100 ·
The thing you want requires SMNP get for all the interfaces you want to monitor. Now if you do not want the use MTRG for getting this then you must write an extention script that does the snmpget by itself and then report this back to hobbit.

If you would consider MRTG I see from the list and docs that you will be havin hobbit scheduling the mrtg runs and the rrds created from this would then be presented in hobbit graphs.

/thomas/
quoted from Jeremy Worrells

Jeremy Worrells wrote:
Greetings.

I am a newcomer to hobbit. I find it to be a very exciting project, but I cannot figure out how to perform a vital function. We currently have dozens of RRD databases and CGI scripts creating graphs on those RRDs. We also run BB for network health monitoring. I would like to combine the two using hobbit, but I am not sure how to go about it.

Here's what I want to do: have a "traffic" monitor in hobbit that tracks any number of interfaces on a firewall or router. It would alert on a certain traffic threshold and would provide RRD graphs of the interfaces. I would like to avoid MRTG if at all possible.

Is this kind of arbitrary RRD graphing/alerting available in hobbit? I've been through the docs and don't see anything.

Thanks in advance.

Jeremy Worrells

-- 
Jeremy Worrells
Intermountain Healthcare
XXX.XXX.XXXX
user-05ee74796a93@xymon.invalid
--
list Henrik Størner · Fri, 10 Feb 2006 23:02:38 +0100 ·
quoted from Jeremy Worrells
On Fri, Feb 10, 2006 at 10:43:28AM -0700, Jeremy Worrells wrote:
I am a newcomer to hobbit. I find it to be a very exciting project, but
I cannot figure out how to perform a vital function. We currently have
dozens of RRD databases and CGI scripts creating graphs on those RRDs.
We also run BB for network health monitoring. I would like to combine
the two using hobbit, but I am not sure how to go about it.

Here's what I want to do: have a "traffic" monitor in hobbit that tracks
any number of interfaces on a firewall or router. It would alert on a
certain traffic threshold and would provide RRD graphs of the
interfaces. I would like to avoid MRTG if at all possible.

Is this kind of arbitrary RRD graphing/alerting available in hobbit?
It's not available "out of the box" - you'll have to write some
scripts to collect the data you're after, check it against the
thresholds, and sends the result of that check to Hobbit as a
status message. This status can then include the raw data which
can go into a graph shown by Hobbit.

What you're asking for doesn't seem terribly out of the ordinary,
so it would make sense to provide this as a standard part of Hobbit. 
A merge of MRTG's data collection with Hobbit's alerting and graph 
features would be a pretty powerful setup.

I do have plans for Hobbit to trigger alerts based on the data that
is reported into the RRD files, which would take care of the
alerting part of your scenario. Then there's the SNMP-based data
collection; a user from Belgium has done some work on this so there
might be something available soon.

So - it will happen one day. But it's not there yet.


Regards,
Henrik
list Jeremy Worrells · Wed, 15 Feb 2006 11:00:08 -0700 ·
Thanks, Henrik. I will look into some custom scripts. 
One more question: Is is possible to monitor multiple items with a
single bulb on the status page? For instance, a firewall with 4
interfaces would have a single status bulb for "interfaces".

Jeremy 
quoted from Henrik Størner
-----Original Message-----
From: Henrik Stoerner [mailto:user-ce4a2c883f75@xymon.invalid] Sent: Friday, February 10, 2006 3:03 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Monitor/graph multiple interfaces with Hobbit?

On Fri, Feb 10, 2006 at 10:43:28AM -0700, Jeremy Worrells wrote:
I am a newcomer to hobbit. I find it to be a very exciting project, but I cannot figure out how to perform a vital function. We currently have dozens of RRD databases and CGI scripts creating graphs on those
RRDs.
We also run BB for network health monitoring. I would like to combine the two using hobbit, but I am not sure how to go about it.

Here's what I want to do: have a "traffic" monitor in hobbit that tracks any number of interfaces on a firewall or router. It would alert on a certain traffic threshold and would provide RRD graphs of the interfaces. I would like to avoid MRTG if at all possible.

Is this kind of arbitrary RRD graphing/alerting available in hobbit?
It's not available "out of the box" - you'll have to write some scripts
to collect the data you're after, check it against the thresholds, and
sends the result of that check to Hobbit as a status message. This
status can then include the raw data which can go into a graph shown by
Hobbit.

What you're asking for doesn't seem terribly out of the ordinary, so it
would make sense to provide this as a standard part of Hobbit. A merge of MRTG's data collection with Hobbit's alerting and graph
features would be a pretty powerful setup.

I do have plans for Hobbit to trigger alerts based on the data that is
reported into the RRD files, which would take care of the alerting part
of your scenario. Then there's the SNMP-based data collection; a user
from Belgium has done some work on this so there might be something
available soon.

So - it will happen one day. But it's not there yet.


Regards,
Henrik