[OmniOS-discuss] UPDATE NOW --> ntp to 4.2.8p4

Volker A. Brandt vab at bb-c.de
Thu Oct 22 23:13:59 UTC 2015


Lauri Tirkkonen writes:
> > Well, no, it doesn't. :-) That's due to a design flaw in the
> > interaction between IPS and SMF (IMHO).
[...]
 
> Well, that's not a design flaw. Actuators are executed only when the
> action (eg. file) specifying them changes

Yes, this is how IPS does it.  IPS does not really know that the
manifest-import service is special.  There should have been an explicit
"re-import this manifest now" actuator, much like users or groups are 
created.

[...]
> If you wanted to restart ntp when any files in the ntp package
> change on update, you would need an actuator like
> 'restart_fmri=svc:/network/ntp:default' on *all* file actions
> delivered by the package.

I know what you mean.  That might work, but that is normally not what 
you do when you deliver an SMF manifest in your package.  You just drop
it and restart manifest-import, and hope that manifest-import will see
your new manifest.  This is quite a different thing.

Also, what you wrote is not quite true.  What you wanted to write was 
"you would need an actuator on *at least one* file action *that has a
different file hash*".  If nothing is different, the action is not
executed, and the attached actuator does not fire. 

And it gets worse when you remove a package that contains a manifest for
a running SMF service, because it is impossible to call the stop method
of the service before removing the package.  Lots of fun. :-)


Viele Grüße -- Volker A. Brandt
-- 
------------------------------------------------------------------------
Volker A. Brandt               Consulting and Support for Oracle Solaris
Brandt & Brandt Computer GmbH                   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim, GERMANY            Email: vab at bb-c.de
Handelsregister: Amtsgericht Bonn, HRB 10513              Schuhgröße: 46
Geschäftsführer: Rainer J.H. Brandt und Volker A. Brandt

"When logic and proportion have fallen sloppy dead"



More information about the OmniOS-discuss mailing list