Hi Thomas,
This is an old server:
archer ~ # snmpwalk -V
NET-SNMP version: 5.4
archer ~ # snmpwalk -v3 -a MD5 -A '<A PASSWORD>' -l authNoPriv -u '<AN
USER>' <A HOST> hrStorageDescr
HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical memory
HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory
HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: Memory buffers
HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: Cached memory
HOST-RESOURCES-MIB::hrStorageDescr.8 = STRING: Shared memory
HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: Swap space
HOST-RESOURCES-MIB::hrStorageDescr.31 = STRING: /
HOST-RESOURCES-MIB::hrStorageDescr.32 = STRING: /sys
HOST-RESOURCES-MIB::hrStorageDescr.33 = STRING: /proc/bus/usb
HOST-RESOURCES-MIB::hrStorageDescr.34 = STRING: /proc/sys/fs/binfmt_misc
HOST-RESOURCES-MIB::hrStorageDescr.35 = STRING: /proc/fs/nfs
HOST-RESOURCES-MIB::hrStorageDescr.36 = STRING: /var/lib/nfs/rpc_pipefs
And this is a new one:
load0-1 ~ # snmpwalk -V
NET-SNMP version: 5.4
load0-1 ~ # snmpwalk -v3 -a MD5 -A '<A PASSWORD>' -l authNoPriv -u '<AN
USER>' <A HOST> hrStorageDescr
HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical memory
HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory
HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: Memory buffers
HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: Cached memory
HOST-RESOURCES-MIB::hrStorageDescr.8 = STRING: Shared memory
HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: Swap space
load0-1 ~ #
Very very strange. Surely both of them have the very same version. There
must be something wrong, something I didn't do right on the second time
because both servers share the same server version.
When I strace'd snmpd on both servers while doing the snmpwalk, the
differences are:
1 - The old one tries do open /etc/mtab, the new one doesn't.
2 - The new one tries to statfs("") while the old one will do statfs("/"),
etc...
Because I need all the new servers to have exactly the same versions always
and because I did not deployed my distributed upgrade system yet, I cannot
upgrade net-snmp right now unfortunately.
Any other tip?
Best regards,
Daniel Colchete
On 9/4/07, Thomas Anders <[EMAIL PROTECTED]> wrote:
>
> Daniel van Ham Colchete wrote:
> > I'm using net-snmp+cacti to monitor some servers I have. I just finished
> > installing 10 new ones, but hrStorage will not report my disks to me at
> > those 10 new servers.
> >
> > With an old server, when I 'snmpwalk|grep hrStorageDescr' there I have:
> > HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical memory
> > HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory
> > HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: Memory buffers
> > HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: Cached memory
> > HOST-RESOURCES-MIB::hrStorageDescr.8 = STRING: Shared memory
> > HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: Swap space
> > HOST-RESOURCES-MIB::hrStorageDescr.31 = STRING: /
> > HOST-RESOURCES-MIB::hrStorageDescr.32 = STRING: /sys
> > HOST-RESOURCES-MIB::hrStorageDescr.33 = STRING: /proc/bus/usb
> > HOST-RESOURCES-MIB::hrStorageDescr.34 = STRING: /proc/sys/fs/binfmt_misc
> > HOST-RESOURCES-MIB::hrStorageDescr.35 = STRING: /proc/fs/nfs
> > HOST-RESOURCES-MIB::hrStorageDescr.36 = STRING: /var/lib/nfs/rpc_pipefs
> >
> > But with the new ones:
> > HOST-RESOURCES-MIB:: hrStorageDescr.1 = STRING: Physical memory
> > HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory
> > HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: Memory buffers
> > HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: Cached memory
> > HOST-RESOURCES-MIB::hrStorageDescr.8 = STRING: Shared memory
> > HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: Swap space
> >
> > All servers are using net-snmp version 5.4. All of them are Gentoo
> linuxes.
>
> I take it that the "old servers" are *not* running 5.4? Because at least
> the /sys and /proc/* entries are expected to get skipped because they're
> pseudo file systems.
>
> But at least the entry for "/" should be there. FWIW, it works fine for
> me on SuSE Linux 10.2 with 5.4.x SVN. Can you try with 5.4.1?
>
>
> +Thomas
>
> --
> Thomas Anders (thomas.anders at blue-cable.de)
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
