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
