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