>>>>> On Wed, 26 Nov 2008 17:44:30 +0100, Jan Safranek <[EMAIL PROTECTED]> said:
JS> hrStorageUsed - Integer32 (0..2147483647)
JS> The amount of the storage represented by this entry
JS> that is allocated, in units of hrStorageAllocationUnits.
JS> We cannot influence hrStorageAllocationUnits and if it is small, both
JS> can overflow on bigger devices (8TB with 4kB big units, which is
JS> default for most Linux filesystem).
Why can't we influence hrStorageAllocationUnits? The description
doesn't exactly say we can't monitor the device using a different unit
than the device itself is reporting.
JS> We could 'lie' and report bigger allocation units to keep
JS> hrStorageSize below 2147483647, but I don't feel comfortable with
JS> that.
I'm not sure any other approach is better. It's really the only one
that we can do and report accurate results (without locking the object
at it's top-most 32-bit value and under-reporting it).
JS> Is it possible to modify types of dskTotal, dskAvail and dskUsed to
JS> 'Unsigned32'?
nope... You can't changed units once published. You have no way of
knowing which MIBs a management station is using.
JS> And can I add dsk{Total,Avail,Used}High?
You can, but honestly it might be wiser to add whole new objects that
are unsigned ints of both Low and High types.
--
Wes Hardaker
Sparta, Inc.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
