<div class="gmail_quote">On Thu, Mar 29, 2012 at 7:21 PM, Scott James Remnant <span dir="ltr"><<a href="mailto:scott@netsplit.com">scott@netsplit.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="gmail_quote"><div class="im">By design this uses the old version of the configuration because the issuer may not know that the service has been changed and may be relying on features of the old version of the service no longer present in the new.</div>

</div></blockquote><div><br></div><div>Is there some discussion you can point me to, or reasoning you can offer as to why this common-unix behavior was changed in upstart?</div><div><br></div><div>All of the following...</div>

<div><br></div><div><font face="'courier new', monospace">apachectl restart           # custom script</font></div><div><font face="'courier new', monospace">/etc/init.d/httpd restart   # SysV style</font></div>

<div><font face="'courier new', monospace">svc -k httpd                # daemon tools</font></div><div><br></div><div>Mean "stop if running; start with new config". </div><div><br></div><div>This is by far the #1 command line interaction we have with the manager. </div>

<div><br></div><div>upstart is turning this into....</div><div><br></div><div>initctl reload-configuration</div><div>initctl stop <service></div><div>initctl start <service></div><div><br></div><div><br></div>

<div><br></div><div><br></div></div>