ports/164817: net-snmp reports some local filesystems as network-filesystems
Rainer Duffner
rainer at ultra-secure.de
Mon Feb 6 09:30:10 UTC 2012
>Number: 164817
>Category: ports
>Synopsis: net-snmp reports some local filesystems as network-filesystems
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-ports-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Feb 06 09:30:10 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Rainer Duffner
>Release: 8.2p6
>Organization:
>Environment:
FreeBSD bla.host.tld 8.2-RELEASE-p3 FreeBSD 8.2-RELEASE-p3 #0: Tue Sep 27 18:45:57 UTC 2011 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
>Description:
I have the following output from a host running
net-snmp-5.7.1_4
(from a mib-browser):
Name/OID: hrStorageType.31; Value (OID): .1.3.6.1.2.1.25.2.1.10
Name/OID: hrStorageType.32; Value (OID): .1.3.6.1.2.1.25.2.1.10
Name/OID: hrStorageType.33; Value (OID): .1.3.6.1.2.1.25.2.1.10
Name/OID: hrStorageType.34; Value (OID): .1.3.6.1.2.1.25.2.1.10
Name/OID: hrStorageType.35; Value (OID): .1.3.6.1.2.1.25.2.1.4
Name/OID: hrStorageType.36; Value (OID): .1.3.6.1.2.1.25.2.1.4
Name/OID: hrStorageDescr.31; Value (OctetString): /
Name/OID: hrStorageDescr.32; Value (OctetString): /var
Name/OID: hrStorageDescr.33; Value (OctetString): /tmp
Name/OID: hrStorageDescr.34; Value (OctetString): /usr
Name/OID: hrStorageDescr.35; Value (OctetString): /dev
Name/OID: hrStorageDescr.36; Value (OctetString): /var/log
According to the table here:
http://nagios.manubulon.com/check_snmp_storage.pl
.10 is a network-filesystem,
.4 should be local
Why it says /var/log is local while it does not recognize the rest is beyond me.
(bla <snmp>) 0 # df -t ufs [10:15]
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/da0s1a 1012974 318038 613900 34% /
/dev/da0s1f 44005820 17390474 23094882 43% /usr
/dev/da0s1d 4058062 243438 3489980 7% /var
/dev/da0s1e 4058062 1659606 2073812 44% /var/log
/dev/md0 2026030 3850 1860098 0% /tmp
There's an old PR somewhere that claims it's fixed, but it clearly is not.
It's an annoying problem. I have to keep an old copy of out net-snmpd 5.4 package around and make an exception when portupgrade -PP'ing our packages...
>How-To-Repeat:
see above
>Fix:
not known
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-ports-bugs
mailing list