Hi Guys,
Have been reading in various forums about the issues around exporting
Sun's ZFS file system metrics via Net-SNMP::hrStorageTable.
hrStorageTable belongs to Net-SNMP.org. may I suggest that, as ZFS
technology belongs to Sun Microsystems Inc, should it not really be
contained under Sun's OID?
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).
I'd suggest a new MIB, within Sun's OID, perhaps called "zfsTable" and
so map the MIB/data to the ZFS-specific storage concepts. This may be
best contained, perhaps, in a separate agentx thus simplifying
development/integration/costs.
Cheers
Paul:)
-------------------------------------------------------------------------
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
