On 10/27/06, Dan Price <[EMAIL PROTECTED]> wrote:
As for GPEC, that's what our existing C api is based upon. Take a look at
zonecfg_notify_*() in libzonecfg. It's a real horror show but it does
solve the "get the state and then subscribe to future changes and don't
miss anything in between" problem.
We could potentially build this up into some new command like 'zoneadm
monitor' but I don't necessarily see that as being in conflict with doing
something in the short term with syslog-- and 'zoneadm monitor' can't be
consumed by upper level monitoring agents without a lot of work by lots of
What if "zoneadm monitor -a" (all zones) had the ability to spit
syslog entries and/or SNMP traps? Perhaps if the SNMP route is taken,
a subagent to snmpd(1M) would be the right approach.
zones-discuss mailing list