[mrtg] Re: Disk-usage

Adam Crosby acrosby at nps.k12.va.us
Fri Apr 12 15:31:45 MEST 2002


On that note, (stupid newb question) does it matter if you start the OID with the leading '.' ?  I know that snmpget/walk both love the dot on the command line, but from experience (what little it's been), mrtg seems to sometimes want it, and sometimes not?  Did I miss a question in the FAQ?

------------------------------------------------
Adam Crosby
District Systems Engineer
Norfolk Public Schools

------------------------------------------------

>>> "PAUL WILLIAMSON" <pwilliamson at mandtbank.com> 04/12/02 09:26AM >>>

Are you querying via MRTG using the OID or are you loading the 
MIB in MRTG?  If you are querying via the MIB (hrStorageSize...)
you need to do a loadmibs blah... in MRTG.  If you know the OID 
(much more efficient IMHO) use that rather than the MIB.

Paul

>>> Fridtjof Busse <fridtjof.busse at gmx.de> 04/12/02 08:47AM >>>

Hi
Whats the best way to monitor the disk-usage of a linux system (how much 
space is used or left) over SNMP?
I exactly followed the way (hrStorageTable) described in 
http://net-snmp.sourceforge.net/tutorial/mrtg/ 
But mrtg tells me
"Unknown SNMP var hrStorageSize.101"
although it seems to be correct (didn't foget to put the right path to 
UCD-SNMP-MIB.txt into mrtg.conf)
$snmpwalk localhost public | grep hrStorageSize
host.hrStorage.hrStorageTable.hrStorageEntry.hrStorageSize.101 = 126692
host.hrStorage.hrStorageTable.hrStorageEntry.hrStorageSize.102 = 257032

I'm not even sure if these values are correct:
$df
/dev/hdb2             12207540   2064976   9522456  18% /
/dev/hdb1                46636      5957     38271  14% /boot

The dskTable-way also doesn't work on my system (ucd-snmp 4.2.3), if I 
put 
disk		/ 	100000
into snmpd.conf, snmpd crashes immediatly after startup.
Even values created by snmpconf cause a crash.
So whats the best way to monitor the disk-usage without a local script?
Thanks for any hints.

-- 
Fridtjof Busse
A computer scientist is someone who fixes things that aren't broken.

--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe 
Archive     http://www.ee.ethz.ch/~slist/mrtg 
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org 
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi 



--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe 
Archive     http://www.ee.ethz.ch/~slist/mrtg 
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org 
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi 



--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi



More information about the mrtg mailing list