On 01/31/2011 07:52 PM, Wes Hardaker wrote: >>>>>> On Mon, 31 Jan 2011 11:59:45 -0500, Doug Manley<[email protected]> >>>>>> said: > > DM> What team/committee is responsible for the HOST-RESOURCES MIB? > > It came out of the IETF. I've often thought that it needs a revmap, as > there are a number of issues with it that have occurred because of how > the world has changed in size (the advent of multiple-core processors > has also affected the MIB). > > Regardless of where it would be pushed forward, it can't modify the > existing meanings of the existing objects. > > So I think it's pseudo-legal to rewrite the block size. > hrStorageAllocationUnits gives the appearance that it's monitoring the > raw blocks on the device, but really the wording is more generic than > that: > > "The size, in bytes, of the data objects allocated > from this pool. If this entry is monitoring sectors, > blocks, buffers, or packets, for example, this number > will commonly be greater than one. Otherwise this > number will typically be one." > > IE, it would be easy to claim that our "entry" is monitoring an > aggregated set of blocks rather than an individual block then I think > you could even say you were compliant. > > The real question, though, is: is there anyone using that value out in > the wild as the *real* block size and depending on it? I'd bet not, but > of course it'll still be just that: "a bet".
I can easily add new config token 'recalculateStorageUnits yes/no', probably off by default (=same behaviour as it is now), and let admin choose what he wants. Does it look better to you? Jan ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
