Discussion:
enterprises.ucdavis.dskTable broken in SLC6.7
(too old to reply)
Sergei Dubrov
2015-08-24 16:13:32 UTC
Permalink
G'day all!

After upgrading from SLC6.6 to SLC6.7 we got broken one subtree in OID-tree enterprises.ucdavis.dskTable (.1.3.6.1.4.1.2021.9):

[***@hostSLC6.7 ~]# snmpwalk -m all -v 2c -c public localhost .1.3.6.1.4.1.2021.9
UCD-SNMP-MIB::dskTable = No Such Object available on this agent at this OID
...

[***@hostSLC6.6 ~]# snmpwalk -m all -v 2c -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::dskErrorMsg.1 = STRING:
UCD-SNMP-MIB::dskErrorMsg.2 = STRING:
...

[***@hostSLC6.7 ~]# cat /etc/redhat-release
Scientific Linux CERN SLC release 6.7 (Carbon) (2.6.32-573.3.1.el6.x86_64)

[***@hostSLC6.6 ~]# cat /etc/redhat-release
Scientific Linux CERN SLC release 6.6 (Carbon) (2.6.32-504.30.3.el6.x86_64)
...

Other subtrees - e.g., .4, .11 from the enterprises.ucdavis - works perfectly. Does not work only .9 subtree. SNMP config absolutely the same in SLC6.6 and in SLC6.7.

After some investigations we found:


| net-snmp-5.5-50.el6_6.1.x86_64 | net-snmp-5.5-54.el6_7.1.x86_64 |
-------+--------------------------------+--------------------------------+
SLC6.6 | ucdavis.dskTable WORKS | ucdavis.dskTable WORKS |
-------+--------------------------------+--------------------------------+
SLC6.7 | ucdavis.dskTable WORKS | ucdavis.dskTable NOT WORKING |
-------+--------------------------------+--------------------------------+


I.e., does not works latest SLC6x with latest net-snmp 5.5.


---
Sergei DUBROV
Bill Fenner
2015-08-24 19:07:45 UTC
Permalink
You mention that it works with net-snmp-5.5-50.el6_6.1.x86_64 but fails
with net-snmp-5.5-54.el6_7.1.x86_64. The numbers before the dash are the
net-snmp version (e.g., 5.5), and are what this group has control over.
The numbers after the dash are the packager's revision number, which this
group has no control over. One idea is to look in the ChangeLog
in net-snmp-5.5-54.el6_7.1.x86_64 to see what has changed between -50 and
-54, but fundamentally this is a bug report for your distribution provider.

(Note that the most recent release from this group on the 5.5 train is
5.5.2.1, and the recommended release is 5.7.3.)

Bill
Post by Sergei Dubrov
G'day all!
After upgrading from SLC6.6 to SLC6.7 we got broken one subtree in
.1.3.6.1.4.1.2021.9
UCD-SNMP-MIB::dskTable = No Such Object available on this agent at this OID
...
.1.3.6.1.4.1.2021.9
UCD-SNMP-MIB::dskIndex.1 = INTEGER: 1
UCD-SNMP-MIB::dskIndex.2 = INTEGER: 2
...
...
Scientific Linux CERN SLC release 6.7 (Carbon) (2.6.32-573.3.1.el6.x86_64)
Scientific Linux CERN SLC release 6.6 (Carbon) (2.6.32-504.30.3.el6.x86_64)
...
Other subtrees - e.g., .4, .11 from the enterprises.ucdavis - works
perfectly. Does not work only .9 subtree. SNMP config absolutely the same
in SLC6.6 and in SLC6.7.
| net-snmp-5.5-50.el6_6.1.x86_64 | net-snmp-5.5-54.el6_7.1.x86_64 |
-------+--------------------------------+--------------------------------+
SLC6.6 | ucdavis.dskTable WORKS | ucdavis.dskTable WORKS |
-------+--------------------------------+--------------------------------+
SLC6.7 | ucdavis.dskTable WORKS | ucdavis.dskTable NOT WORKING |
-------+--------------------------------+--------------------------------+
I.e., does not works latest SLC6x with latest net-snmp 5.5.
---
Sergei DUBROV
------------------------------------------------------------------------------
_______________________________________________
Net-snmp-users mailing list
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
Loading...