Hi Ed, Looks good to me and I agree we shouldn't cleanup the smf leftovers.
Thanks Jonathan Ed McKnight wrote: > http://cr.opensolaris.org/~emk/CO-IPS-11/ > > The issue: postinstall and preremove do not exist under IPS. Quorum > server uses both under SVR4. The prescribed solution is to migrate these > tasks to an installer/configurator/smf service, all (well, most) of > which (are supposed to) require a user gesture (reboot qualifies.) > > Under SVR4 the quorumserver packages make updates to /etc/services and > rbac. It turns out that the /etc/services updates are unnecessary, and > that rbac remove is a no-op, therefore the only install-related > configuration need is to register rbac profiles at install time. > > I'm accomplishing this by introducing a new smf service, > quorumserver_configure, with its method implementation, > svc_quorumserver_configure which clones the rbac method from scinstall's > ips install support. This new service is delivered enabled so it runs > 'immediately' at package install time. It is disabled at package remove > time. > > With the limited amount of hooks available (since it would be an EOU > regression to introduce a configuration tool that the user must run, or > require a reboot) the new service stays online until package removal > when it becomes disabled. Thereafter the service remains (disabled) in > the smf state tables, and even survives reboots. The cleanup work > performed under SVR4's r.manifest cannot be invoked by a service on > itself. There is a vague plan in IPS to fix this lack of proper cleanup > on smf manifest removal "sometime in the future." > > For now I'm most inclined to just let it sit; if there is significant > pushback I have a workaround in mind, but I'm not sure the benefit > justifies the complexity and work. > > Comments? thx, --emk > _______________________________________________ > ha-clusters-discuss mailing list > ha-clusters-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss
