<div dir="ltr">No I did not change the number of workers, or anything core.<div><br>The configuration change would have been related to a specific server block (add/remove/update) as carried out by our tooling.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Feb 2, 2019 at 1:04 AM Valentin V. Bartenev <<a href="mailto:vbart@nginx.com">vbart@nginx.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Friday 01 February 2019 11:04:50 Mathew Heard wrote:<br>
> Hi All,<br>
> <br>
> Hit a rather strange issue today on a production service where during a<br>
> configuration reload (evident by the worker processes in the process of<br>
> being shutdown). During this reload a percentage of connections were not<br>
> getting accepted (and hence not processed). I was able to confirm that none<br>
> of the processes were accepting the connections.<br>
> <br>
> Our configuration includes the reuseport option so my theory was that for<br>
> some reason connections were still being routed to the shutting down<br>
> worker, which was not accepting new connections.<br>
> <br>
> This has a striking resemblance to the HAProxy issues in previous years<br>
> with connections received during live configuration reloads.<br>
<br>
HAProxy case is irrelevant here, as nginx uses SO_REUSEPORT for another<br>
purpose and in a different way.<br>
<br>
> <br>
> Software Versions:<br>
> nginx version: nginx/1.15.8<br>
> linux kernel: 4.9.2<br>
> <br>
> Does anyone have an idea of where to look for this issue? Or have you see<br>
> anything like it before?<br>
> <br>
> I am aware the kernel is a bit on the older side, anyone seen any relevant<br>
> issues / patches?<br>
> <br>
[..]<br>
<br>
Have you changed the number of worker processes?<br>
<br>
If you're using SO_REUSEPORT and has decreased the number of workers,<br>
then it's expected that some connections will be lost on Linux during<br>
reload.<br>
<br>
wbr, Valentin V. Bartenev<br>
<br>
_______________________________________________<br>
nginx-devel mailing list<br>
<a href="mailto:nginx-devel@nginx.org" target="_blank">nginx-devel@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-devel</a><br>
</blockquote></div>