I just saw. since I don't know how to add to a thread which I am not part of (I still haven't subscribed to the haproxy mailing list). I will have to indicate here that the issue I am having is not in firefox but on the latest chrome stable.
I can consistently make it happen in our discourse instance behind haproxy 1.8.2 when http2 is enabled. The config update issue is the main purpose of this thread though. On Thu, Dec 28, 2017 at 2:55 AM Lucas Rolff <[email protected]> wrote: > Robin, there’s also an ongoing thread with Firefox which has the same > issues, especially with post/put requests in 1.8.2, you might wanna keep an > eye on that one as well > > Get Outlook for iOS <https://aka.ms/o0ukef> > ------------------------------ > *From:* Robin Anil <[email protected]> > *Sent:* Thursday, December 28, 2017 9:36:56 AM > *To:* [email protected] > *Subject:* Re: HAProxy 1.8 takes too long to update new config > > I can isolate that to http2, not threads at v1.8.2 > > Separately, I am seeing a lot of intermittent failures with POST/PUT > requests, I see the following returned from haproxy. > <html><body><h1>400 Bad request</h1> > Your browser sent an invalid request. > </body></html> > > I can verify these requests never hit the backend. > > > > > > > On Thu, Dec 28, 2017 at 1:47 AM Robin Anil <[email protected]> wrote: > >> In Http/2 mode with threads enabled, updating the config on a live >> serving haproxy server takes several minutes. >> >> If I turn this off, the update of config is near instantaneous. >> >> The config change itself is just adding a newline in the file. So it >> feels like haproxy is waiting for connections to close down or something... >> >> My question is, is this a known behavior? Definitely not desired, not >> unless the stats page has some indicator that update is happening and >> connections are being migrated over or something. >> >> Robin >> >
