[bug-notifications] [cswclassutils 0003634]: Please add smf service state persistence across upgrade
Mantis Bug Tracker
noreply at opencsw.org
Fri Apr 24 18:46:45 CEST 2009
A NOTE has been added to this issue.
======================================================================
http://www.opencsw.org/mantis/view.php?id=3634
======================================================================
Reported By: yann
Assigned To: bonivart
======================================================================
Project: cswclassutils
Issue ID: 3634
Category: regular use
Reproducibility: always
Severity: feature
Priority: normal
Status: assigned
======================================================================
Date Submitted: 2009-04-13 19:48 CEST
Last Modified: 2009-04-24 18:46 CEST
======================================================================
Summary: Please add smf service state persistence across
upgrade
Description:
Currently, if someone installs a daemon (provided by a csw package) under
Solaris with SMF support and chooses to disable it, this state will not be
preserved across upgrades.
Next time, the package is upgraded, the service will be automatically
started and will be configured to do so at boot time,
In other word: the "svcadm disable" command is useless with opencsw
packaged daemons.
It would be nice to add smf service state persistence across upgrade in
cswclassutils to allow the state of service to stay the same across
upgrades.
======================================================================
----------------------------------------------------------------------
(0005959) yann (reporter) - 2009-04-13 19:54
http://www.opencsw.org/mantis/view.php?id=3634#c5959
----------------------------------------------------------------------
I upload a patch which implement this behaviour.
However, it will only do so when autoenable_daemons is enabled, because
the standard explicitely says to not start daemons when autoenable_daemons
is set to no.
I would prefer the smf saved state to override the autoenable_daemons but
I think that would require some discussion.
----------------------------------------------------------------------
(0005994) bonivart (manager) - 2009-04-21 18:51
http://www.opencsw.org/mantis/view.php?id=3634#c5994
----------------------------------------------------------------------
I have implemented your patch in 1.6.
----------------------------------------------------------------------
(0005999) bonivart (manager) - 2009-04-22 17:58
http://www.opencsw.org/mantis/view.php?id=3634#c5999
----------------------------------------------------------------------
Just discovered a (non related) problem with packages that set up multiple
services and realized that this patch doesn't cover that either. It only
saves one state per package, not separate state for each service of the
package. ClamAV is one example of a package that sets up multiple services.
----------------------------------------------------------------------
(0006000) yann (reporter) - 2009-04-22 18:01
http://www.opencsw.org/mantis/view.php?id=3634#c6000
----------------------------------------------------------------------
Ok, I will have a look at this problem.
----------------------------------------------------------------------
(0006027) bonivart (manager) - 2009-04-24 18:46
http://www.opencsw.org/mantis/view.php?id=3634#c6027
----------------------------------------------------------------------
I'm testing some other changes to cswinitsmf and it never starts the
service. It seems that the only way a service can be enabled is if there
existed a state file that says it was enabled before but this means that
new installations can never be enabled..?
Issue History
Date Modified Username Field Change
======================================================================
2009-04-13 19:48 yann New Issue
2009-04-13 19:49 yann File Added: smf_state_persistence.patch
2009-04-13 19:54 yann Note Added: 0005959
2009-04-21 16:15 bonivart Status new => assigned
2009-04-21 16:15 bonivart Assigned To => bonivart
2009-04-21 18:51 bonivart Note Added: 0005994
2009-04-22 17:58 bonivart Note Added: 0005999
2009-04-22 18:01 yann Note Added: 0006000
2009-04-24 18:46 bonivart Note Added: 0006027
======================================================================
More information about the bug-notifications
mailing list