On 13 January 2011 13:05, Troels Arvin <[email protected]> wrote: >> For large storage devices, the answer is to report the size/usage values >> using a larger allocation unit. This should keep things within the >> 32-bit limit. > > Do you know of an authoritative spec stating this that I can refer to in a > bug report to IBM regarding AIX' SNMP daemon?
Ummm.... not really, no. It just seems the most obvious approach to reporting accurate information. Fundamentally - either the allocation units, or the size/usage values are going to be wrong for a sufficiently large storage space. Given that the main purpose of the allocation units object is to provide scaling for the two "useful" values, it seems sensible to fudge that value (so that the overall size is reported correctly), rather than be strictly accurate about the allocation units, and break the overall size/usage figures. >> Patches welcome..... > > Does this mean that Net-SNMP also has issues when reporting back > about large file systems? ...... Has this been discussed/tried before? It's definitely been discussed - and I believe that the (reluctant) concensus was this sort of units fudging. But I'm not sure whether this was ever implemented. I know that we do "latch" the size/usage figures as the maximum value (rather than wrapping, and reporting negative values). So these objects are effectively treated as 'Gauge' rather than 'Integer' - which is not strictly legitimate, but seemed a more useful approach than reporting impossible values. But I'm not aware of anyone working on any form of unit-fudging, no. Dave ------------------------------------------------------------------------------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ 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
