2008/7/2 Lowrie, Paul <[EMAIL PROTECTED]>: > hrStorageTable belongs to Net-SNMP.org.
Incorrect. hrStorageTable is part of the Host Resources MIB. As such it "belongs" to the IETF The Net-SNMP agent certainly implements this particular table, but it's not specific to our agent. It's a standard MIB definition, and could easily be implemented by a wide range of SNMP agents. > I wonder if the philosophy behind ZFS fits within / works with > hrStorageTable philosophy? Consider a ZPOOLs are collections of > (different/virtual/physical/something/anything) storage resources, and ZFS's > are virtual file system constructs thereon. The hrStorageTable works for > the partition/mount point/available/used/free paradigm but doesn't support > or report on the various storage aggregation mechanisms that are > possible/used below partition level, nor does it/can it report on any of the > ZFS enhancements (eg. snapshots, compression, scrub status, quotas or > under/over-subscription). The hrStorageTable is intended as a single source of information about "storage areas" in a fairly wide sense. This can cover filesystems, memory pools, etc, etc. But you could also use it to report on the usage of a set of physical bookshelves, or the contents of a warehouse. As such, it is deliberately designed to provide fairly general information. Yes - there will almost certainly be ZFS-specific information that would be useful to monitor/manage. And this would naturally be handled by separate MIB tables, which would presumably be defined under the appropriate enterprise OID tree. However it would probably be sensible for these ZFS-specfic table entries to be linked to the corresponding hrStorageTable entry - either via a column object in the ZFS-table (c.f., HOST-RESOURCES-MIB::hrNetworkIfIndex), or by having the ZFS tables AUGMENT the hrStorageTable (i.e. use the same indexes). I'm not sure where the discussions you refer to have been taking place. But this mailing list doesn't really feel the right place to discuss it. Design of an enterprise-specific MIB is not really related to a single SNMP toolkit. Dave ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
