Hi Matthias, On Sat, Mar 11, 2017 at 01:16:19PM +0100, Matthias Fechner wrote: > Hi Willy, > > Am 07.03.2017 um 17:26 schrieb Willy Tarreau: > > > > So they're pretty much identical except the version. Are you interested in > > trying to do a bisection between 1.7.2 and 1.7.3 to find the culprit commit > > ? > > There are only 20 patches so it should take about 5 attempts so depending > > on the time it takes for the problem to appear it may be faster than > > speculating on each individual patch. If you're interested, the procedure > > is the following : > > > > - from a git tree containing haroxy 1.7, you start bisection between 1.7.2 > > and 1.7.3 this way : > > > > $ git bisect start v1.7.3 v1.7.2 > > here is the result: > idefix@server /u/p/n/h/w/haproxy-1.7.3> git bisect log > # bad: [9cb532a34ae190b350cdeb8bbbae25d524b10949] [RELEASE] Released > version 1.7.3 > # good: [ddb646ee9182df570017ddf280873a1360a28898] [RELEASE] Released > version 1.7.2 > git bisect start 'v1.7.3' 'v1.7.2' > # bad: [eaf96d7a0849b2883e98459f52489d555b6b013c] BUG/MAJOR: dns: > restart sockets after fork() > git bisect bad eaf96d7a0849b2883e98459f52489d555b6b013c > # bad: [cd4c5a3ecf5e77fb4734c423c914f7280199c763] BUG/MEDIUM: tcp: don't > poll for write when connect() succeeds > git bisect bad cd4c5a3ecf5e77fb4734c423c914f7280199c763 > # good: [9a84d5dd772f3198da499534ac2f8d7694be2b23] BUILD: ssl: fix build > on OpenSSL 1.0.0 > git bisect good 9a84d5dd772f3198da499534ac2f8d7694be2b23
I don't understand, the bisection didn't end ? Otherwise I'm inclined to think that the regression comes from "BUG/MEDIUM: tcp: don't poll for write when connect() succeeds", which it the one I proposed you to revert and which didn't change anything. Did "git bisect" end up telling you "This is the first bad commit" ? > > I'm still wondering why you're the only one facing this for now and I > > suspect it's unrelated to the fact that you're on FreeBSD 11. > > > > I face similar problems on FreeBSD 10.3-p11 but it is much harder to > find them. > On FreeBSD 10.3 if I try to access the main page: > https://domain/ > it works without problem, but if I try to access: > https://domain/node/130/edit?destination=admin/content > It takes a very long time to get a response (but I get one). > I rolled back to haproxy 1.7.2 here too, and it solves the problem. OK thank you. Willy
