<div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Thanks to all for your input.<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">@Konstantin<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">'workaround' has a very specific meaning there is a bug and a way to avoid it.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I want to address the bug where it lies, the latter being unclear still.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">systemd has probably benefits and some drawbacks which are important to me: I am sticking to sysvinit.<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">@Francis<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Thanks for your input.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I know that not using names meanings name resolution won't be needed.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">However cutting in features works around bugs, meaning there is one.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">DNS has been invented because of many difficulties involved when you use IP addresses: using names in a configuration, especially for an external resolver over which I do not have control is the way to go.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I do not want to make breakable configurations simply because my OS and one service does not understand each other.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I made all that fuss and I am spending my time to identify a bug and address it.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">FYI, using the old 'auto' (synchronous) mode on the network service is also a workaround, which seems more reliable to me. I do not want to stick with this since the OS default is to use 'hotplug'. That is a workaround... I want the chase the bug. (Am I repeating myself? ;o) )<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">@Maxim<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I understand from your words that using hotplug interfaces is currently not supported by nginx (as I observed).<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Now there are (at least) 2 ways of seing it:<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">1°) Considering the asynchronous nature of the new default network configuration of Debian, the services should adapt to handle cases where the network is 'not really up' or some features are missing (no IP address bound, name resolution not working) --> Debian's stance, making nginx service faulty<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">2°) The network should be up when (and only when) it is advertised so, making the services dependencies on system facilities reliable and safe --> Debian OS is faulty<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Removing features because 'it does not work' is in no way a solution to my eyes.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)"><br>There might have huge divergence on how to embrace things, but if Debian's claims on the fact service should have proper support are right and {if you disagree with the way Debian has taken or you do not want to change your way}, you shall then declare yourself not supporting the Debian distro.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)"><br>@itpp2012<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I love your way of 'simplifying' things.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I probably differ on the definition, since to me 'simpler' converges towards 'standard' and/or 'default'.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Making scripts is one of the multiple workarounds, but that is definitely not the solution. Will you make everyone using nginx on Debian using that trick, as soon as they need DNS on a default 'hotplug' interface with sysvinit?<br></div><div class="gmail_extra"><div><div class="gmail_signature"><font size="1"><span style="color:rgb(102,102,102)">---<br></span><b><span style="color:rgb(102,102,102)">B. R.</span></b><span style="color:rgb(102,102,102)"></span></font></div></div>
<br><div class="gmail_quote">On Wed, May 27, 2015 at 3:53 PM, itpp2012 <span dir="ltr"><<a href="mailto:nginx-forum@nginx.us" target="_blank">nginx-forum@nginx.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">B.R. Wrote:<br>
-------------------------------------------------------<br>
<span class="">> The keyword here is 'dynamic'.<br>
><br>
> I even modified the service configuration to depend on 'named', but<br>
> the<br>
> thing is that being dynamic, the network and name resolution<br>
> dependency<br>
<br>
</span>Why not simplify things, set nginx start to manual, create a service that<br>
runs a script, inside that script attempt to resolve some dns name, when it<br>
fails wait a while and loop back, when it succeeds start nginx and exit<br>
script.<br>
<br>
Posted at Nginx Forum: <a href="http://forum.nginx.org/read.php?2,259137,259175#msg-259175" target="_blank">http://forum.nginx.org/read.php?2,259137,259175#msg-259175</a><br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</div></div></blockquote></div><br></div></div>