> 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
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
