Sorry, I am bad. I should have posted the solution to the list.

It seems that the puppet gem is hard coded to use /var/lib/puppet/run/agent.pid 
(I still haven't bothered to check the source code). For puppetd, I simply had 
to change the PID file location to hard coded location.

I haven't tracked down the issue with puppetmasterd sysv script yet (still 
using the killall puppetmasterd to stop it) and when I get a few minutes, I'll 
figure it out but I suspect that the same issue is at play. 

Craig

On Jul 1, 2011, at 5:28 PM, vagn scott wrote:

> does /var/run/puppet  exist?
> 
> -v
> 
> 
> 
> On 06/21/2011 12:30 PM, Craig White wrote:
>> I am using ruby-enterprise for ruby packages and gem for puppet/facter 
>> installation and I 'borrowed' the ubuntu sysv init scripts and they mostly 
>> work but for some reason, it won't stop the service as written but it will 
>> start.
>> 
>> For example, the 'puppet' script (obviously for puppetd) has the following...
>> 
>> stop_puppet() {
>>     start-stop-daemon --stop --quiet --pidfile $PIDFILE
>> }
>> 
>> # /etc/init.d/puppet restart
>>  * Restarting puppet configuration management tool
>>   Could not prepare for execution: Could not create PID file: 
>> /var/run/puppet/agent.pid
>>                                                                              
>>                                                [ OK ]
>> Now the file does exist and apparently doesn't get deleted and the process 
>> is not killed as a result of that command and if I substitute 'killall 
>> puppetd' for the 'start-stop-daemon' command, it does actually work but it 
>> seems so inelegant and potentially a problem. The same sort of thing occurs 
>> with the puppetmaster sysv initscript and I've spent too much time with no 
>> better answer than substituting the 'killall puppetd|puppetmaster' and 
>> suspect that maybe the problem is that I have so little familiarity with 
>> ubuntu/debian and their sysv implementation.
>> 
>> Anyone have a better suggestion than 'killall puppetd|puppetmaster' for the 
>> 'stop' process?
>> 
>>   
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to 
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/puppet-users?hl=en.
> 

-- 
Craig White ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  craig.wh...@ttiltd.com
1.800.869.6908 ~~~~~~~~~~~~~~~~~~~~~~~~~~~ www.ttiassessments.com 

Need help communicating between generations at work to achieve your desired 
success? Let us help!

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

Reply via email to