Hallo Daniel,<div><br><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 12, 2012 at 5:41 AM, Daniel L. Miller <span dir="ltr"><<a href="mailto:dmiller@amfes.com" target="_blank">dmiller@amfes.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've made a pair of simple Upstart scripts for controlling pdns & pdns-recursor.  For pdns -<br>
<br>
/etc/init/pdns.conf<br>
start on started mysql<br>
respawn<br>
respawn limit 10 5<br>
exec /usr/sbin/pdns_server --daemon=no --guardian=no<br>
<br>
This works without issues.<br></blockquote><div><br></div><div>Good to know this works.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
/etc/init/pdns-recursor.conf<br>
start on started pdns<br>
respawn<br>
respawn limit 10 5<br>
exec /usr/sbin/pdns_recursor<br>
<br>
While occasionally this works on boot - I've found a problem more usually occurs.  My dmesg output:<br>
[   57.783902] init: pdns-recursor main process (1555) terminated with status 1<br>
[   57.783925] init: pdns-recursor main process ended, respawning<br>...<br>
<br>
I don't see why this is happening.  A manual "start pdns-recursor" works just fine - so the problem isn't the execution from Upstart, but there must be some timing/event issue I'm not seeing.  Any ideas?</blockquote>
<div><br></div><div>It just a wild guess, but might it be that your recursor tries to listen on a specific IP address that is not available at that time yet?</div><div>In any case i guess it would be best to also depend on started networking or whatever that is called in upstart. PowerDNS recursor tries to prime from the root nameservers upon startup - while i don't think it will crash when it is unable to reach them enabling it to reach them and other authoritative nameservers might just be considered best current practice.</div>
<div><br></div><div>best regards,</div><div><br></div><div> Stefan</div></div></div></div>