> From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of yuchen lu > Sent: Thursday, January 31, 2008 5:32 PM
> again, the index 6,7,8 seems to be jump over. The hrIndex description reads: "A unique value for each logical storage area contained by the host." Nothing there implies that you will get sequential indices. Never expect sequential indices or indices that do not change across reboots for any SNMP table unless that behavior is specified in the MIB file. > And I > also tried "snmpwalk" which gives the same result, the > following is a snippet of the output: > > > HOST-RESOURCES-MIB::hrStorageUsed.1 = INTEGER: 492952 > HOST-RESOURCES-MIB::hrStorageUsed.3 = INTEGER: 586160 > HOST-RESOURCES-MIB::hrStorageUsed.10 = INTEGER: 93208 > HOST-RESOURCES-MIB::hrStorageUsed.31 = INTEGER: 1502696 > HOST-RESOURCES-MIB::hrStorageUsed.32 = INTEGER: 0 > HOST-RESOURCES-MIB::hrStorageUsed.33 = INTEGER: 0 > HOST-RESOURCES-MIB::hrStorageUsed.34 = INTEGER: 11375 > HOST-RESOURCES-MIB::hrStorageUsed.35 = INTEGER: 0 > HOST-RESOURCES-MIB::hrStorageUsed.36 = INTEGER: 1502696 > HOST-RESOURCES-MIB::hrStorageUsed.37 = INTEGER: 1502696 > HOST-RESOURCES-MIB::hrStorageUsed.38 = INTEGER: 1502696 > HOST-RESOURCES-MIB::hrStorageUsed.39 = INTEGER: 1502696 This is fine. I thought there was a problem with the bulkget output you posted - specifically objects returned out of order. You edited that output, though, correct? HTH, Mike ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ 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