Thanks Lukas! I tried configtest but with 100k files in conf.d, it takes 3 minutes to finish, during which time there may be another file dropped in conf.d and trigger another configtest. This sometimes causes several config test running at the same time.<div>A reload on the other hand is much quicker and returns almost immediately. I understand this is just a sighup and nginx internally may still take as much longer to finish reload? If there is only one file change, will reload cause nginx to reread all the 100k files and process them ?</div><div>Frank<br><br>On Wednesday, November 4, 2015, Lukas Tribus <<a href="mailto:luky-37@hotmail.com">luky-37@hotmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Hi all, <br>
> <br>
> Is there a way to configure nginx to ignore bad conf files?<br>
<br>
No, that would lead to inconsistencies all over the place.<br>
<br>
<br>
<br>
> My master nginx.conf has a include elsewhere/*.conf towards the end. <br>
> Other people and programs can drop new configs into "elsewhere" <br>
> directory. nginx reloads and all is great. Sometimes if one guy drops a <br>
> conf file with a typo or syntax error, nginx will refuse to reload all <br>
> other configs afterwards.<br>
<br>
Nginx is supposed to roll back in this case [1], are your reloading (HUP)<br>
or restarting?<br>
<br>
<br>
In any case, testing the config first is what you should do.<br>
<br>
<br>
<br>
Lukas<br>
<br>
[1] <a href="http://nginx.org/en/docs/control.html#reconfiguration" target="_blank">http://nginx.org/en/docs/control.html#reconfiguration</a><br>
<br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', '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>
</blockquote></div>