Re: haproxy indefinitely delays the delivery of small http chunks with slz

> > On Tue, Jun 27, 2023 at 01:19:20PM +0100, Robert Newson wrote: >> Hi, >> >> i'm happy to confirm the two patches combined address the symptom I reported >> at the start of the thread. I applied them to haproxy.git master after >> confirming that th

Re: haproxy indefinitely delays the delivery of small http chunks with slz

gt; On Sat, Jun 24, 2023 at 09:48:31PM +0100, Robert Newson wrote: >> Hi, >> >> That sounds great, much appreciated. I'll be available all week to test any >> patches you might propose. > > I gave it a try. There was already a flush call in the data block > proces

Re: haproxy indefinitely delays the delivery of small http chunks with slz

Hi, That sounds great, much appreciated. I'll be available all week to test any patches you might propose. B. > On 24 Jun 2023, at 21:35, Willy Tarreau wrote: > > Hi Robert, > > On Sat, Jun 24, 2023 at 08:39:22PM +0100, Robert Newson wrote: >> So, the behaviour of the _

Re: haproxy indefinitely delays the delivery of small http chunks with slz

n Fri, Jun 23, 2023 at 11:33:37PM +0100, Robert Newson wrote: >> Hi, >> >> I underestimated. the heartbeat option was added back in 2009, 14 years ago, >> but I don't want to fixate on whether we made this mistake long enough ago to >> justify distorting HAPr

Re: haproxy indefinitely delays the delivery of small http chunks with slz

> Hi Robert, > > On Fri, Jun 23, 2023 at 12:04:14PM +, Robert Newson wrote: >> Hi Willy, >> >> thank you for this response. The behaviour in CouchDB is ancient (12 years >> plus, essentially since before the 1.0 release), and yes it is clearly a bit >> naught

Re: haproxy indefinitely delays the delivery of small http chunks with slz

t them all in the right order). Regards, Robert Newson On Fri, 23 Jun 2023, at 11:14, Willy Tarreau wrote: > Hi Robert, > > On Fri, Jun 23, 2023 at 11:01:30AM +0100, Robert Newson wrote: >> Hi, >> >> We use HAProxy in front of Apache CouchDB. CouchDB has an endpoint wit

haproxy indefinitely delays the delivery of small http chunks with slz

. We can work around this by disabling compression for this endpoint, though this is not our preference. Regards, Robert Newson Apache CouchDB PMC

Re: regression? scheme and hostname logged with %r with 2.6.13

Hi, Yeah I addressed this with "%HM %HPO%HQ %HV" which looks right in my logs under some light testing, but I will check the pathq option also. B. > On 7 Jun 2023, at 22:39, Lukas Tribus wrote: > > Hello, > > > yes, H2 behaves very differently; due to protocol differences but also > due to

re: regression? scheme and hostname logged with %r with 2.6.13

Hi, Figured this out (my reply might not be threaded, the mailing list daemon doesn't add me after I confirm my subscription) It was https://github.com/haproxy/haproxy/commit/30ee1efe676e8264af16bab833c621d60a72a4d7 in haproxy 2.1 that caused this change. It's deliberate but the documentation

regression? scheme and hostname logged with %r with 2.6.13

t parts are relevant to share. Has anyone else seen this behaviour? Regards, Robert Newson

Re: Lua hangs with get line at end of request body

Hi, Very nice, thanks! Confirmed this fixes the issue locally. B. > On 29 Aug 2022, at 14:59, Christopher Faulet wrote: > > Le 8/29/22 à 12:30, Christopher Faulet a écrit : >> There is a bug. I'm able to reproduce it with your lua script. I will fix it >> soon. > > FYI, I pushed a fix[1] to

Lua hangs with get line at end of request body

o). I searched the mailing list (and SO, etc) for other examples of reading the http request body line by line or for a report of this bug from someone else but found nothing. What did I do wrong? Regards, Robert Newson

Re: leak of handle to /dev/urandom since 1.8?

Samuel Newson rnew...@apache.org On Wed, 24 Apr 2019, at 14:02, Willy Tarreau wrote: > Hi Robert, > > On Tue, Apr 23, 2019 at 12:31:29PM -0400, Robert Newson wrote: > > We've noticed that our haproxy processes accumulate many file descriptors to > > /dev/urandom over ti

leak of handle to /dev/urandom since 1.8?

Hi, We've noticed that our haproxy processes accumulate many file descriptors to /dev/urandom over time. This coincidences with reloads; rnewson@lb2:~$ sudo service haproxy restart rnewson@lb2:~$ sudo ls -l /proc/$(pgrep -o haproxy)/fd | grep -c '/dev/urandom' 1 rnewson@lb2:~$ sudo ls -l

Re: [ANNOUNCE] haproxy-1.8-rc1 : the last mile

> On 4 Nov 2017, at 09:17, Robert Newson <b...@rsn.io> wrote: > > It seems to only be some versions of OpenSSL. I’ll go over this again more > carefully and keep notes. I was trying out tls 1.3 support as well, so it > might be specific to OpenSSL 1.1.1-dev. > > Sen

Re: [ANNOUNCE] haproxy-1.8-rc1 : the last mile

It seems to only be some versions of OpenSSL. I’ll go over this again more carefully and keep notes. I was trying out tls 1.3 support as well, so it might be specific to OpenSSL 1.1.1-dev. Sent from my iPhone > On 3 Nov 2017, at 22:33, Willy Tarreau wrote: > > Hi Robert, > >>