Missing root disk in MIB - Bisected to commit e3fc76e0ae ("CHANGES: snmpd: Make UCD-SNMP::dskTable dynamic if includeAllDisks is set.")
Hello All,
While upgrading from NETsnmp 5.7.3 to 5.9.3 I encounter a problem which
is that root(/) filesystem is missing from UCD-SNMP-MIB disk table:
# snmpwalk -v1 -c public localhost 1.3.6.1.4.1.2021.9
UCD-SNMP-MIB::dskIndex.2 = INTEGER: 2
UCD-SNMP-MIB::dskIndex.3 = INTEGER: 3
UCD-SNMP-MIB::dskPath.2 = STRING: /tmp
UCD-SNMP-MIB::dskPath.3 = STRING: /var
UCD-SNMP-MIB::dskDevice.2 = STRING: none
UCD-SNMP-MIB::dskDevice.3 = STRING: none
While with 5.7.3 I get
# snmpwalk -v1 -c public localhost 1.3.6.1.4.1.2021.9
UCD-SNMP-MIB::dskIndex.1 = INTEGER: 1
UCD-SNMP-MIB::dskIndex.2 = INTEGER: 2
UCD-SNMP-MIB::dskIndex.3 = INTEGER: 3
UCD-SNMP-MIB::dskPath.1 = STRING: /
UCD-SNMP-MIB::dskPath.2 = STRING: /tmp
UCD-SNMP-MIB::dskPath.3 = STRING: /var
UCD-SNMP-MIB::dskDevice.1 = STRING: ubi0:rootfs
UCD-SNMP-MIB::dskDevice.2 = STRING: none
UCD-SNMP-MIB::dskDevice.3 = STRING: none
In snmpd.conf I have:
disk /
disk /tmp
disk /var
Mounted filestems are:
# cat /proc/mounts
ubi0:rootfs / ubifs rw,sync,relatime,assert=read-only,ubi=0,vol=0 0 0
none /dev devtmpfs rw,relatime,size=64k,nr_inodes=3496,mode=755 0 0
none /proc proc rw,relatime 0 0
none /sys sysfs rw,relatime 0 0
none /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
none /dev/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=1024k 0 0
none /var tmpfs rw,nosuid,nodev,noexec,relatime,size=4096k,mode=755 0 0
none /tmp tmpfs rw,nosuid,nodev,noexec,relatime,size=28112k 0 0
none /mnt/hugetlbfs hugetlbfs rw,relatime,pagesize=512K 0 0
The problem doesn't exist in NETsnmp v5.7, it appears in v5.8
Bisection identified commit e3fc76e0ae ("CHANGES: snmpd: Make
UCD-SNMP::dskTable dynamic if includeAllDisks is set.") as the first bad
commit.
Reverting this commit on top of v5.8 or v5.9 or v5.9.1 fixes the issue.
Can't revert on top of v5.9.2 nor v5.9.3, several non trivial conflicts
occur in agent/mibgroup/ucd-snmp/disk_hw.c
Can you help fix the issue ?
Thanks
Christophe
___
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
Re: Missing root disk in MIB - Bisected to commit e3fc76e0ae ("CHANGES: snmpd: Make UCD-SNMP::dskTable dynamic if includeAllDisks is set.")
Le 26/12/2023 à 03:01, Bart Van Assche a écrit :
> [Some people who received this message don't often get email from
> bvanass...@acm.org. Learn why this is important at
> https://aka.ms/LearnAboutSenderIdentification ]
>
> On 12/17/23 09:51, Christophe Leroy wrote:
>> While upgrading from NETsnmp 5.7.3 to 5.9.3 I encounter a problem which
>> is that root(/) filesystem is missing from UCD-SNMP-MIB disk table:
>
> Is https://github.com/net-snmp/net-snmp/pull/764 perhaps intended as a
> fix for this issue?
>
Yes the issue disappears with that patch applied.
However I'm not sure the change of behaviour introducted by commit
e3fc76e0ae ("CHANGES: snmpd: Make UCD-SNMP::dskTable dynamic if
includeAllDisks is set.") was intended, based on the commit message.
Thanks,
Christophe
___
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
Delayed notification when using IP-MIB::ipAddressTable instead of IP-MIB::ipAddressTable
Hi, I'm actually in the process of upgrading a former IPv4-only system into IPv6. As part of it, we have to use the new table IP-MIB::ipAddressTable instead of IP-MIB::ipAddrTable which can only contain IPv4 addresses. Our system uses this table together with DISMAN to monitor IP addresses assigned to interfaces and/or creation/deletion of interfaces, and we have a requirement that the manager gets notified within a few seconds. Using Net-SNMP version 5.9.3 When using IP-MIB::ipAddrTable the manager is notified immediately but when using IP-MIB::ipAddressTable the notification is delayed several seconds and after investigation it looks like it is because the content of IP-MIB::ipAddressTable is cached for 30 seconds. What should be done in order to restore the same behaviour as with IP-MIB::ipAddrTable and get an immediate notification ? Thanks Christophe ___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
