Bart Smaalders wrote:
Todd Pisek wrote:
On 07/ 2/09 04:06 PM, Bart Smaalders wrote:
Todd Pisek wrote:
I've had to abuse the current actuator mechanism in IPS to prevent pkg install or uninstall from removing or updating files while the file system is active.

I would like to start discussing a way to allow a service to communicate to IPS that it is currently active, preventing pkg from making any changes.

One idea we've had is to create an attribute for the entire package (to prevent endlessly specifying files/directories). This attribute would specify an SMF property and an associated failure value. Before pkg would update/remove any files, it would check to see if the property was set to the failure value. If it was, pkg would fail the update/removal.

This doesn't make a lot of sense to me....

Why not simply mark samfs components w/ reboot-needed=true?
Can you elaborate on what this does and the sequence of events?

What this will do (once we get full reboot-needed support finished) is
prevent actions w/ this set being modified in a live image; instead,
they will be applied in a clone of the current image, and a reboot will
be required to make this effective.

I'm unhappy w/ marking an entire package w/ any attribute; generally,
a change in a header file or man page doesn't require a reboot or
svcadm restart.
For the short term, this will work.
When will this be ready?
Would this be an attribute like the actuators?

WRT a longer term outlook, I think there's some things we need to do in SAMQ, and some things I'd like to see in IPS.

WRT SAMQ, we are moving our clients into the desktop with MAC and Windows and we need to integrate our client processes better into the host OS management framework. In the case of Open Solaris, this means SMF.

WRT IPS, deployment into large enterprise SMP servers should not require a reboot to effect a file system update. The pkg team should also think about shared multi platform system architectures.

--- Todd





_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to