hello!

I have been playing with MRTG again recently and started monitoring
memory usage via SNMP against my debian/redhat/suse machines here.

Only problem is, from what I can tell, the redhat box does not
report anything for memory usage, all variables report a value of
-1. At first I thought maybe it was a kernel thing(my debian boxes
run 2.2.19), but the SuSE 8 system runs 2.4.18 same as redhat 7.3,
and they are running the same snmp config file(which is empty[1]).

Some other variables such as # of processes on the system work but
for some reason the memory ones do not!

(query against a redhat 7.3 system)
[mrtg@portal:~/conf]$ snmpwalk redhat public .1.3.6.1.4.1.2021.4
enterprises.ucdavis.memory.memIndex.0 = 0
enterprises.ucdavis.memory.memErrorName.0 = swap
enterprises.ucdavis.memory.memTotalSwap.0 = -1
enterprises.ucdavis.memory.memAvailSwap.0 = -1
enterprises.ucdavis.memory.memTotalReal.0 = -1
enterprises.ucdavis.memory.memAvailReal.0 = -1
enterprises.ucdavis.memory.memTotalFree.0 = -2
enterprises.ucdavis.memory.memMinimumSwap.0 = 16000
enterprises.ucdavis.memory.memShared.0 = -1
enterprises.ucdavis.memory.memBuffer.0 = -1
enterprises.ucdavis.memory.memCached.0 = -1
enterprises.ucdavis.memory.memSwapError.0 = 1
enterprises.ucdavis.memory.memSwapErrorMsg.0 = Running out of swap space (-1)

(query against a suse 8 system)
[mrtg@portal:~/conf]$ snmpwalk laze public .1.3.6.1.4.1.2021.4
enterprises.ucdavis.memory.memIndex.0 = 0
enterprises.ucdavis.memory.memErrorName.0 = swap
enterprises.ucdavis.memory.memTotalSwap.0 = 104380
enterprises.ucdavis.memory.memAvailSwap.0 = 104340
enterprises.ucdavis.memory.memTotalReal.0 = 512184
enterprises.ucdavis.memory.memAvailReal.0 = 54500
enterprises.ucdavis.memory.memTotalFree.0 = 158840
enterprises.ucdavis.memory.memMinimumSwap.0 = 16000
enterprises.ucdavis.memory.memShared.0 = 0
enterprises.ucdavis.memory.memBuffer.0 = 162432
enterprises.ucdavis.memory.memCached.0 = 162972
enterprises.ucdavis.memory.memSwapError.0 = 0
enterprises.ucdavis.memory.memSwapErrorMsg.0 =

(query against a debian 3.0 system)
[mrtg@portal:~/conf]$ snmpwalk localhost public .1.3.6.1.4.1.2021.4
enterprises.ucdavis.memory.memIndex.0 = 0
enterprises.ucdavis.memory.memErrorName.0 = swap
enterprises.ucdavis.memory.memTotalSwap.0 = 999856
enterprises.ucdavis.memory.memAvailSwap.0 = 999856
enterprises.ucdavis.memory.memTotalReal.0 = 970956
enterprises.ucdavis.memory.memAvailReal.0 = 197016
enterprises.ucdavis.memory.memTotalFree.0 = 1196872
enterprises.ucdavis.memory.memMinimumSwap.0 = 16000
enterprises.ucdavis.memory.memShared.0 = 196000
enterprises.ucdavis.memory.memBuffer.0 = 274448
enterprises.ucdavis.memory.memCached.0 = 256564
enterprises.ucdavis.memory.memSwapError.0 = 0
enterprises.ucdavis.memory.memSwapErrorMsg.0 =

(query against a freebsd 4.6.2 system with net-snmp 5.0.6)
[mrtg@portal:~/conf]$ snmpwalk sentry public .1.3.6.1.4.1.2021.4
enterprises.ucdavis.memory.memIndex.0 = 0
enterprises.ucdavis.memory.memErrorName.0 = swap
enterprises.ucdavis.memory.memTotalSwap.0 = 153472
enterprises.ucdavis.memory.memAvailSwap.0 = 153420
enterprises.ucdavis.memory.memTotalReal.0 = 338848
enterprises.ucdavis.memory.memAvailReal.0 = 27300
enterprises.ucdavis.memory.memTotalFree.0 = 34152
enterprises.ucdavis.memory.memMinimumSwap.0 = 16000
enterprises.ucdavis.memory.memShared.0 = 16564
enterprises.ucdavis.memory.memBuffer.0 = 48944
enterprises.ucdavis.memory.memCached.0 = 6852
enterprises.ucdavis.memory.memSwapError.0 = 0
enterprises.ucdavis.memory.memSwapErrorMsg.0 =


Is it something I am doing wrong ? I don't understand
why these other systems respond with the data and redhat
returns -1 for everything

up2date shows my system running the latest available versions
of all the packages..

thanks

nate


[1] yes I am aware that this is a big security risk. my reading of
some docs says that by loading an empty config everything will be
available as read only variables with a community string of public.
since my home network is protected by 2 firewalls and a NIDS I am
not very concerned about security on this snmpd at the moment. get
it working first, secure it later.





-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@;redhat.com?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to