I came across the same 'issues' as Dick when I was looking into implementing
a multi-customer monitoring solution off of the same linux server for both
fabric and servers (almost all NT).

A large part of the requirement was to be able to present historical
performance data as well as availabilitly/service monitoring. We ended up
using a combination of MRTG, Netsaint and Mon. I wanted to avoid querying
the same data off of a device multiple times and didnt want to have to do a
huge amount of scripting, so ended up using MRTG for performance graphing
and threshold alerting with mon/netsaint for service monitoring.

It works really well, but I do find it a pain the butt to have to modifiy
several configuration files for each server/router I want to monitor. 

A possibility would be to script mon to fire performance counter data into
RRDTool, which is written by the same guy who wrote MRTG. RRD is pretty much
custom designed for this sort of task and there are a number of cgi-based
scripts around for generating the data/graphing under apache.

Cheers
Rob.

-----------------------------------------------------------
Rob Harrowfield
Senior Technical Support Engineer (Help Centre)
Phone:   +64-9-623-5580    0800-654-193
mailto:[EMAIL PROTECTED]
-----------------------------------------------------------


-----Original Message-----
From: Jim Trocki [mailto:[EMAIL PROTECTED]]
Sent: Friday, 28 September 2001 10:59
To: Matthew Rechs
Cc: 'Dick de Waal'; [EMAIL PROTECTED]
Subject: RE: New idea / database question....


On Thu, 27 Sep 2001, Matthew Rechs wrote:

> For monitoring availability, use mon.  For monitoring performance, use
MRTG.
> Can't beat it.
> 
> http://www.mrtg.org

cricket is also good. and i believe newer versions of cricket will
allow you to put hooks in to trigger events when things go above/below
a threshold, so you send a trap to a mon server.

The information contained in this e-mail message is intended only for the use of the 
person or entity to whom it is addressed and may contain information that is 
CONFIDENTIAL and may be exempt from disclosure under applicable laws. 

If you read this message and are not the addressee you are notified that use, 
dissemination, distribution, or reproduction of this message is prohibited. If you 
have received this message in error, please notify us immediately and delete the 
original message. You should scan this message and any attached files for viruses. 

Axon Computertime accepts no liability for any loss caused either directly or 
indirectly by a virus arising from the use of this message or any attached file.

Reply via email to