Mantis - fetchmail
Viewing Issue Advanced Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
4037 packaging minor always 2009-11-13 18:05 2011-03-27 10:48
Reporter: skayser Platform:  
Assigned To: james OS:  
Priority: normal OS Version:  
Status: closed Product Version:  
Product Build: Resolution: won't fix  
Projection: none      
ETA: none Fixed in Version:  
Summary: 0004037: Set AUTOENABLE to NO to suppress SMF warnings on initial installation?
Description: On installation cswfetchmail does not have a configuration file and goes into maintenance mode.

Nov 13 17:51:49 ray3 svc.startd[7]: network/cswfetchmail:default failed repeatedly: transitioned to maintenance (see 'svcs -xv' for details)

# tail /var/svc/log/network-cswfetchmail:default.log
[ Nov 13 17:51:49 Method "start" exited with status 0 ]
[ Nov 13 17:51:49 Stopping because all processes in service exited. ]
[ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ]
[ Nov 13 17:51:49 Method "stop" exited with status 0 ]
[ Nov 13 17:51:49 Executing start method ("/var/opt/csw/svc/method/svc-cswfetchmail start") ]
[ Nov 13 17:51:49 Method "start" exited with status 0 ]
[ Nov 13 17:51:49 Stopping because all processes in service exited. ]
[ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ]
[ Nov 13 17:51:49 Method "stop" exited with status 0 ]
[ Nov 13 17:51:49 Restarting too quickly, changing state to maintenance ]

# ksh -x /var/opt/csw/svc/method/svc-cswfetchmail start
+ findConf
+ [ -z ]
+ exit 0


Could you include the following comment in the init script so that i.cswinitsmf won't enable the SMF service right away?

#AUTOENABLE no

See http://opencsw.wikidot.com/cswclassutils-package#toc2 [^] for reference.
Steps To Reproduce:
Additional Information: # pkgparam CSWfetchmail VERSION
6.3.12,REV=2009.10.18
Relationships
Attached Files:
Issue History
Date Modified Username Field Change
2009-11-13 18:05 skayser New Issue
2009-11-14 12:03 james Status new => assigned
2009-11-14 12:03 james Assigned To => james
2009-11-14 12:04 james Status assigned => acknowledged
2009-11-14 15:39 james Note Added: 0006987
2011-03-27 10:48 james Note Added: 0008941
2011-03-27 10:48 james Status acknowledged => closed
2011-03-27 10:48 james Resolution open => won't fix

Notes
(0006987)
james   
2009-11-14 15:39   
#AUTOENABLE no is of no use because it prevents restart after install on update (overriding previous preserve state).


The underlying problem is in the mechanism which assumes there should be a maintenance state because nothing is running. A workaround is to add "sleep 99" before exiting to fool it.

There should a return value to indicate the state is disabled and not running. It's a non error state and normally exit 0 indicates no error which is why I make it exit 0. exit 1 as per http://www.opencsw.org/bugtrack/view.php?id=4037 [^] puts it into maintenance always. Not wanting to get into a discussion about svc being a deficient system (because it exists) but couldn't/doesn't cswclasssutil put a layer between the package script and the system?
(0008941)
james   
2011-03-27 10:48   
This behaviour is the result of CSWcas-initsmf and was a feature request, see:
https://www.opencsw.org/mantis/view.php?id=3635 [^]

Please request another change in CSWcas-initsmf if you don't like it.