Issue #14615 has been updated by Stefan Schulte.

Eric -- Yes it does not fix the issue completly. Instead of the `gentoo` 
service provider restarting your system it is now the `init` provider that will 
restart the system when runnign `puppet resource service` on a gentoo box. I 
think the same is true for #14761.

I have two possible solutions in mind:

- Block the init provider for operatingsystems that have a superior, yet fully 
backwards compatible alternative (like the gentoo or the redhat provider)
- Blacklist initscripts such as `reboot.sh`, `shutdown.sh` `killproc` etc also 
in the init provider. We have to merge the blacklists from SLES, RedHat and 
Gentoo to generate a blacklist for the init provider.

I'll try to work something out here.
----------------------------------------
Bug #14615: puppet resource service will kill your gentoo system
https://projects.puppetlabs.com/issues/14615#change-83153

Author: Stefan Schulte
Status: Re-opened
Priority: Normal
Assignee: Stefan Schulte
Category: service
Target version: 
Affected Puppet version: 
Keywords: gentoo, service
Branch: 


If executing `puppet resource service` on gentoo, puppet will get a list of 
services from `/etc/init.d` and will issue `<initscript> status` on all of 
them. This will immediatly reboot your system and you will be greeted with a 
filesystem check afterwards. I consider this "not expected behaviour" ;-)

This happens as soon as puppet reaches the following standard gentoo script
<pre>
# equery belongs /etc/init.d/reboot.sh 
 * Searching for /etc/init.d/reboot.sh ... 
sys-apps/sysvinit-2.88-r3 (/etc/init.d/reboot.sh)
</pre>

which does not implement any switches
<pre>
# cat /etc/init.d/reboot.sh 
# Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2

opts="-dpk"
[ "${RC_DOWN_INTERFACE}" = "yes" ] && opts="${opts}i"

/sbin/reboot "${opts}" 2>/dev/null

# hmm, if the above failed, that's kind of odd ...
# so let's force a reboot
/sbin/reboot -f
</pre>

the gentoo service provider should have an exclude list of services like the 
redhat provider does.


-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://projects.puppetlabs.com/my/account

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Bugs" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/puppet-bugs?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to