[mrtg] Re: 5300 MRTG/OID question

Neil Calvert ncalvert at cabletron.com
Tue Nov 30 21:37:45 MET 1999


correct, it would be slower, but not by much. If the script you are
calling is on the MRTG machine (ie no rsh going on) using a command line
SNMP grab'n'awk, I doubt it'd impact your performance to the extent that
you'd notice. It's almost what MRTG itself does using rateup, except
you're just doing the get operation manually. My advice would be 'suck
it and see' :)

if it doesn't respond fast enough, it's easy enough to backtrack. It's
not like we're scaling the alps here. You could also split out your
config files so you have multiple instances of MRTG running concurrently
to 'loadshare' your report engine somewhat.

Neil

-----Original Message-----
From: Brantley Jones <bjones at centurytel.net>
To: Neil Calvert <ncalvert at cabletron.com>
Cc: mrtglist <mrtg at list.ee.ethz.ch>
Date: Tuesday, November 30, 1999 3:26 PM
Subject: Re: [mrtg] Re: 5300 MRTG/OID question


>At 03:17 PM 11/30/1999 -0500, Neil Calvert wrote:
>>that sounds right, but external scripts aren't so bad. especially if
>>you're running a unix or linux variant.
>>
>>if you get some command line SNMP tools you can manually SNMPGET the
>>OIDs you are interested in, use awk to snatch the numerical value you
>>need, then run the math.
>>
>>I use external scripts extensively in Solaris machines to get
processor
>>usage and disk space and other useful things. MRTG will happily take a
>>script output as long as it's output is of the form
>>
>><first value to be graphed>
>><second value to be graphed>
>><device uptime>
>><device name>
>>
>>the MRTG docs show more info on how to incorporate scripts, and the
>>archives on this mailing list have a few examples also. if you do some
>>digging I'm sure you'll get it working.
>>
>>Neil
>
>yeah, we use external scripts for different access servers a lot.  I
was
>just trying to avoid using one, as I ASSUMED (notice the assume) that
MRTG
>would return these guys quicker if NOT having to call an external
>script.  Maybe I'm wrong on that, but speed is an issue as we already
have
>200+ access servers running on this MRTG server...
>
>Thanks for the help...
>
>Brantley

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


More information about the mrtg mailing list