On 22 June 2011 18:30, Jeff Johnson <[email protected]> wrote: > I'm muddled on whether there is actually net-snmp need for > another "package management" MIB. What's in the HR-MIB is > rather primitive and "portable".
That seems to be a common feature of many IETF standard MIBs. There's definitely a conflict between designing for applicability across a wide variety of systems, vs ease of use on one particular architecture. > Just in case: I am _NOT_ returning to -lrpm, just its possible > to populate /var/cache/hrmib/* files _AND_ preserve the HR-MIB > conventions without any difficulty whatsoever … My immediate reaction is that it would probably be worth populating these cache files with at least some of the information associated with each RPM. If nothing else, having the 'Group' value available would help enable support for the hrSWInstalledType object It would also allow Net-SNMP, OpenLDAP, netconf, etc to make use of this information, without getting tied into the -lrpm library issues again. Yes - overall I would suggest that this is a promising avenue to explore. Dave ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
