Issue #19863 has been updated by Diego Elio Pettenò.

Yes we're using a different init script (seriously, packaged init scripts never 
make the cut to get installed, as we tend to have things in a different state 
than when the upstream project wrote it) and yes we don't use SIGHUP, not any 
more at least, since the moment I opened this bug I reported that what we were 
doing (SIGHUP, as documented) was not working at all.

If you want my opinion, you should just stop accepting SIGHUP as an action 
signal...

----------------------------------------
Bug #19863: SIGHUP does not correctly restart standalone puppet master
https://projects.puppetlabs.com/issues/19863#change-94949

* Author: Diego Elio Pettenò
* Status: Needs More Information
* Priority: Normal
* Assignee: Diego Elio Pettenò
* Category: 
* Target version: 
* Affected Puppet version: 3.1.1
* Keywords: 
* Branch: 
----------------------------------------
Hello, I'm a Gentoo Linux developer and I found this bug due to the way the 
init script for puppet is implemented in our distribution's package.

First of all, please correct me if I'm wrong in the assumption that this is the 
correct behaviour for a system-level puppet master: the master process is 
started by root; it drops privileges to the puppet user, and then keeps 
running; the libdir used is /var/lib/puppet. If the process is started by 
non-root, a non-system instance is running, and the libdir is ~/.puppet.

This being the case, when the SIGHUP signal is sent to a system instance 
(running as puppet), it tries to re-start the master process as a non-root 
user, causing it to look into ~/.puppet instead of /var/lib/puppet. 
Furthermore, since the environment is not cleared before dropping privileges, 
ENV['HOME'] is still set to "/root", causing it to look for /root/.puppet (and 
thus failing).

Unless we're doing something very wrong in Gentoo, the SIGHUP handling is 
unreliable for system instances (which tend to be the ones where you want to 
use SIGHUP).



-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to