So what do you suggest? Doubling it every time it looks dicey, jump a
whole order of magnitude or something completely different?

I looked at the solution for dsktable and AFAIK elements (dskAvail64,
dskTotal64) were added to the MIB.

We don't have that luxury for HRM.

BS> How does one go about fixing this, if he's right? Re-open the MIB?

ER> After that, the
ER> current hrStorage MIB is useless, unless the agent fudges the
ER> hrStorageAllocationUnits to be larger so that it can provide a
number
ER> within the Integer32.

DS>That's definitely the approach I'd take.
DS>The whole point of having a configurable "units" column object is to
DS>handle "large" values, rather than hardcoding a fixed chunk size.

Dave

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/...et-snmp-coders