On Mon, 2010-02-08 at 10:22 -0800, Stephen Hahn wrote: > * Tim Foster <[email protected]> [2010-02-08 10:56]: > > 14386 actuators should be able to match on SMF FMRI patterns > > > > The change adds support for actuators to match SMF FMRI patterns which > > can glob to multiple instances, with the one exception that an FMRI > > which points to a service is not expanded to all instances of that > > service unless that FMRI contains globbing characters. > > What's an example consumer of this feature? (I expected a package > importer recipe to have changed to use the capability...)
For packages that deliver a changed SMF manifest, updating multiple instances of the service described by that manifest is handled by svc:/system/manifest-import. I was thinking of cases where the manifest isn't delivered by the package being upgraded (perhaps the package provides plug-ins for an existing service and we need to restart all instances of that service to detect the updated plugin) There's not a good example where we need this now that I can see, but it feels like the sort of functionality we should have for 3rd-party package authors. Initially, it looked like the SUNWapch22m-* packages could use this, where we'd want to refresh all running instances when we upgrade an apache module. However svc:/network/http:apache22 looks like there can only be a single instance present, so no need for globbing there (and even then, how could we tell apache 2.2 instances apart from other http instances unless there was a site-policy defining how those instances were named) All said, if you'd prefer not to have this functionality until we have a concrete case that requires it, I can revisit the code. The idea for the feature really fell out of the bugfix for http://defect.opensolaris.org/bz/show_bug.cgi?id=11617 cheers, tim _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
