Hi Willy, > When using "http-reuse always" the issue disappears and I > can never get any issue at all. Now that I've fixed this, I'm seeing the > issue with the SD flags.
Now that's interesting. We were using http-reuse always and experiencing this issue (as well as getting 80+% connection reuse). When I scaled it back to http-reuse safe, the frequency of this issue seemed to be much lower. (Perhaps because the bulk of my testing was with one client and somewhat unscientific?) > Thus it > definitely is a matter of bad interaction between two streams, or one > stream affecting the connection and hurting the other stream. My debugging spidery-sense points to the same thing. Let me know if you want me to share our config (it's quite complex) with you privately or if there's anything else we can do to assist. > I now have something to dig into. :-) Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Wednesday, January 23, 2019 11:39 AM, Willy Tarreau <[email protected]> wrote: > On Wed, Jan 23, 2019 at 11:09:53AM +0100, Willy Tarreau wrote: > > > On Wed, Jan 23, 2019 at 09:24:19AM +0000, Luke Seelenbinder wrote: > > > > > > I've place an nginx instance after my local haproxy dev config, and > > > > found something which might explain what you're observing : the process > > > > apparently leaks FDs and fails once in a while, causing 500 to be > > > > returned : > > > > > > That's fascinating. I would have thought nginx would have had a bit better > > > care given to things like that. . . > > > > Well, it's possible I'm hitting a corner case. I don't want to blame nginx > > for such situations, we all have our share of crap when it comes to error > > handling :-) > > Actually I have to stand corrected, the issue is with our idle connection > management. For some reason we pile up new connections instead of reusing > the previous ones and the nginx process fails to stand extra ones past a > certain point. When using "http-reuse always" the issue disappears and I > can never get any issue at all. Now that I've fixed this, I'm seeing the > issue with the SD flags. I don't have this one in the specific case where > I only have one client at a time, though there's still some reuse. Thus it > definitely is a matter of bad interaction between two streams, or one > stream affecting the connection and hurting the other stream. > > I now have something to dig into. > > Thanks, > Willy
publickey - [email protected] - 0xB23C1E8A.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
