[bug-notifications] [cswclassutils 0003634]: Please add smf service state persistence across upgrade

[Mantis Bug Tracker]

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-22 18:01 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. 

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                          
======================================================================