Menu
▾
▴
[ net-snmp-Bugs-1743171 ] hrStorageSize overflow on large filesystems
|
From: SourceForge.net <no...@so...> - 2007-06-25 22:01:53
|
Bugs item #1743171, was opened at 2007-06-25 18:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1743171&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ed Ravin (eravin) Assigned to: Nobody/Anonymous (nobody) Summary: hrStorageSize overflow on large filesystems Initial Comment: Platform is a Solaris 10 box with a very large filesystem: # df -h /export Filesystem size used avail capacity Mounted on Export 1.2T 3.8G 1.1T 1% /export # df -k /export Filesystem kbytes used avail capacity Mounted on Export 1261338624 4032640 1139000439 1% /export Agent is Net-SNMP 5.4. A walk of hrStorage for this filesystem looks like this: HOST-RESOURCES-MIB::hrStorageIndex.36 = INTEGER: 36 HOST-RESOURCES-MIB::hrStorageType.36 = OID: HOST-RESOURCES-TYPES::hrStorageFixedDisk HOST-RESOURCES-MIB::hrStorageDescr.36 = STRING: "/export" HOST-RESOURCES-MIB::hrStorageAllocationUnits.36 = INTEGER: 512 Bytes HOST-RESOURCES-MIB::hrStorageSize.36 = INTEGER: -2008937171 HOST-RESOURCES-MIB::hrStorageUsed.36 = INTEGER: 8065273 HOST-RESOURCES-MIB::hrStorageAllocationFailures.36 = Counter32: 0 What's with the negative numbers in hrStorageSize? Wait a minute, the MIB for hrStorageSize says: SYNTAX Integer32 (0..2147483647) and I'd expect the val to be: 2522677248 (size in kbytes * 2 = size in 512b blocks) so this is an overflow of Integer32? Why is disk size a signed value? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1743171&group_id=12694 |