Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[MRTG] Limitations

32 views
Skip to first unread message

AS...@chrysler.com

unread,
Nov 17, 1998, 3:00:00 AM11/17/98
to
MRTG can only report on 2 variables for a certain router interface. If you
want to report on Input, Output, and Errors you can't do it, without
setting up a separate config file and hence separating data you should keep
together.

MRTG can't do any 'proactive' monitoring (sending out an alert when a
threshold is reached).

MRTG is a good program but these should be addressed in the next version.

Andy


--
* To unsubscribe from the mrtg mailing list, send a message with the
subject: unsubscribe to mrtg-r...@list.ee.ethz.ch
* The mailing list archive is at http://www.ee.ethz.ch/~slist/mrtg


AS...@chrysler.com

unread,
Nov 17, 1998, 3:00:00 AM11/17/98
to
When is the release date for the full version of this?????

Sounds good mpetach!....


mpe...@internex.net on 11/16/98 09:05:35 PM

To: AS...@chrysler.com
cc:
Subject: Re: [MRTG] Limitations


Recently, AS...@chrysler.com talked about "[MRTG] Limitations", and said


>
> MRTG can only report on 2 variables for a certain router interface. If
you
> want to report on Input, Output, and Errors you can't do it, without
> setting up a separate config file and hence separating data you should
keep
> together.
>
> MRTG can't do any 'proactive' monitoring (sending out an alert when a
> threshold is reached).
>
> MRTG is a good program but these should be addressed in the next version.
>
> Andy

Already are. The 3.0 alpha version allows for all that,
and more.

Matt
--
Concentric Network | Matthew Petach {MP59}
Senior Network Architect | mpe...@concentric.net
2306 Walsh Avenue | Tel: (408) 327-2411
Santa Clara, CA 95051 | Fax: (408) 496-5484

G.E.F...@lboro.ac.uk

unread,
Nov 17, 1998, 3:00:00 AM11/17/98
to
Hi all

On 16-Nov-98 AS...@chrysler.com wrote:

> MRTG can't do any 'proactive' monitoring (sending out an alert when a
> threshold is reached).

Yes, you're right. But it's not too hard to knock together a simple
script (Perl, shell, whatever takes your fancy) which runs from a cron
job *after* mrtg finishes its scheduled run. Just check the head of the
logfile - if the values are too high/low/out of spec, send a mail (or
page someone).

Graeme
________________________________________________
Graeme Fowler
Network Officer, Infrastructure & Networks Group
Loughborough University Computing Services
+44 1509 228426

mpe...@internex.net

unread,
Nov 18, 1998, 3:00:00 AM11/18/98
to
Recently, AS...@chrysler.com talked about "Re: [MRTG] Limitations", and said

> When is the release date for the full version of this?????
> Sounds good mpetach!....

There isn't a scheduled release date, as more and more
functionality is still being added, and the internal
structures are still changing. It's great for doing
testing and development on, but I wouldn't recommend
it for production environments until Tobi has locked
down the RRD format.



Matt
--
Concentric Network | Matthew Petach {MP59}
Senior Network Architect | mpe...@concentric.net
2306 Walsh Avenue | Tel: (408) 327-2411
Santa Clara, CA 95051 | Fax: (408) 496-5484

--

0 new messages