Bug #6023
puppetmasterd init.d does not create PID file causes failure on status & stop
| Status: | Accepted | Start date: | 01/26/2011 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 0% |
|
| Category: | Red Hat | |||
| Target version: | 2.7.x | |||
| Affected Puppet version: | 2.6.4 | Branch: | ||
| Keywords: | ||||
| Votes: | 0 |
Description
From the tar.gz in conf/redhat/server.init line number 60:
daemon $daemonopts $PUPPETMASTER $PUPPETMASTER_OPTS
should be
daemon $PUPPETMASTER $PUPPETMASTER_OPTS $daemonopts
History
Updated by Nigel Kersten over 1 year ago
- Target version changed from 2.6.5 to 2.6.x
Updated by Nigel Kersten over 1 year ago
- Status changed from Unreviewed to Accepted
Updated by James Turnbull over 1 year ago
- Target version changed from 2.6.x to 2.6.6
Updated by Todd Zullinger about 1 year ago
Hi Chip,
$daemonopts is in the right place. It holds options that are passed to the daemon function from /etc/init.d/functions, so it belongs before $PUPPETMASTER $PUPPETMASTER_OPTS. Perhaps you can show us the output you get so we can help find the source of your issue? First, just the output of service puppetmaster status would be good. For more copious output, sh -x /etc/init.d/puppetmaster status may be helpful.
Thanks.
Updated by James Turnbull about 1 year ago
- Target version changed from 2.6.6 to 2.6.x
Updated by Michael Stahnke 4 months ago
- Target version changed from 2.6.x to 2.7.x
2.6.x is closed. Moving to 2.7.x
Updated by Todd Zullinger 4 months ago
Without input from Chip or someone else seeing a problem, I’d be inclined to close this one. Odds are good that if there is a problem, it’s due to bugs in an older initscripts package. Chip, can you provide more details as to what the problem is (perhaps including some output per comment 4)?