SRV Records + 2.4.0 Socket Error

ssues/1270 <https://github.com/haproxy/haproxy/issues/1270>. Anyone else encountering this? Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com

Miscellaneous Crashes on 2.7.1

mon cause. The other crashes occur in quictls (sigabrt), htx.h (sigsegv), and ebtree.h (sigsegv). Are there known fixes from 2.8-dev or internal trackers that could be related? I can dig deeper, but for now I'll probably disable quic since that seems to be the most likely culprit. Best, Luke

Re: Miscellaneous Crashes on 2.7.1

Hi Amaury, Willy, Thank you! That sounds good. I'll give 2.8-dev1 a try when I have the chance (probably later this week or next). Best, Luke Luke Seelenbinder Founder, Stadia Maps https://stadiamaps.com On 1/9/23 09:41, Amaury Denoyelle wrote: On Sat, Jan 07, 2023 at 02:22:01PM

Odd bwlim Behavior

imply it would help)? I may be misreading the docs, and it's just a bogus configuration. :) Thanks in advance for any help or ideas you all have! Best, Luke — Luke Seelenbinder Stadia Maps | Founder & CEO stadiamaps.com

Re: Odd bwlim Behavior

One other detail: we're on the latest 2.8.2 version. — Luke Seelenbinder Stadia Maps | Founder & CEO stadiamaps.com > On Sep 2, 2023, at 15:56, Luke Seelenbinder > wrote: > > Hi List, > > I wanted to ask about an unexpected behavior I'm observing with the ba

Re: Odd bwlim Behavior

Could this fix: > BUG/MEDIUM: h1-htx: Ensure chunked parsing with full output buffer have caused this issue with bwlim? I was only able to replicate the behavior in HTTP/1.1. Best, Luke — Luke Seelenbinder Stadia Maps | Founder & CEO stadiamaps.com > On Sep 2, 2023, at 1

Re: Odd bwlim Behavior

seconds (more than 6, but I'm not sure exactly how many). It seems to flush the buffer as soon as some timeout triggers. I'm still on 2.8.2, and based on what you said, it shouldn't matter for this . Best, Luke — Luke Seelenbinder Stadia Maps | Founder & CEO stadiamaps.com > On

Re: Odd bwlim Behavior

ing in freq_ctr_remain_period or freq_ctr_overshoot_period returning sometime odd? I've tried to understand those functions, but I'm still a little bit from fully understanding how everything works together. Luke — Luke Seelenbinder Stadia Maps | Founder & CEO stadiamaps.com > On

Re: Odd bwlim Behavior

ys if there isn't any obvious solution. :) Best, Luke — Luke Seelenbinder Stadia Maps | Founder & CEO stadiamaps.com > On Sep 8, 2023, at 14:23, Christopher Faulet wrote: > > Le 08/09/2023 à 13:42, Luke Seelenbinder a écrit : >> Hi Christopher, >> Thanks for the h

Stalled H3/QUIC Connections with Packet Loss

crt allow-0rtt http-response set-header alt-svc "h3=\":443\";ma=86400" I'm a bit at a loss as to what to try next, so we've disabled H3 for most traffic. Thanks! Best, Luke — Luke Seelenbinder Stadia Maps | Founder & CEO stadiamaps.com

Re: Stalled H3/QUIC Connections with Packet Loss

t assumed it would throw errors if it wasn't working…I'll try that next. https://jsfiddle.net/vqn3sea7/show Here's the JSFiddle. I can consistently trigger it in Safari on iOS by zooming in a few times and then swiping around fairly quickly (ends up queueing a lot of requests and eve

Re: Stalled H3/QUIC Connections with Packet Loss

ng is good…the client doesn't see responses. Best, Luke — Luke Seelenbinder Stadia Maps | Founder & CEO stadiamaps.com > On Sep 22, 2023, at 15:05, Luke Seelenbinder > wrote: > > Hi Tristan, > > I actually read your thread a few times last night. It was helpful, but

Documentation clarification: option redispatch

pecifics of this behavior? Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com

Re: [ANNOUNCE] haproxy-2.1.3

ywhere from 40-50% aggregate reduction! Once we have a few more days of data, I'll send a pretty chart so you can enjoy the fruits of your hard work. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com > On 12 Feb 2020, at 17:44, Willy Tarreau wrote: > > Hi, >

SRV Record Priority Values

- Would you (Willy?) accept a patch that used the Priority field of SRV records to determine backup/non-backup status? Or perhaps an additional server option to specify 0 weighted SRV records means "backup"? Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com

Re: SRV Record Priority Values

x27;re using your DNS servers this way, this > should really have the same meaning for all servers. So you shouldn't > have a per-server option to adjust this behavior but a per-resolvers > section. That's even better! And probably more easily implemented. I'll wait fo

Re: SRV Record Priority Values

all I need to begin a patch for this in src/dns.c or will it require bringing in more pieces to accomplish the task? If it's going to be involved, a few pointers before I dive in would be helpful. My C is rusty (using mostly Rust now, anyways ;-) ), and my knowledge of the HAProxy codebase i

Re: [ANNOUNCE] haproxy-2.2.0

used, even in the condition where every other server is down. That raises the next question: is the idea of server groups (with the ability for a request to try group 1, then group 2, etc. on retries) in the development plans at some point? Would that be something I could tinker as a longer

Re: [ANNOUNCE] haproxy-2.2.0

atched to the backup group. That would eliminate many of our issues. We're fine with a few slower requests if we know they'll likely succeed the second time around (because the slow region is not handling both). It'd likely help our 99p and 999p times a good bit. I was hoping 0

Segfault on 2.2.0 and UUID fetch regression

the configuration to validate, even though the docs still state that `uuid()` means `uuid(4)` in 2.2. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com

Re: Segfault on 2.2.0 and UUID fetch regression

To follow up on this—is it easier if I create this as a GitHub issue? I'm also not sure if it's related to https://github.com/haproxy/haproxy/issues/758 <https://github.com/haproxy/haproxy/issues/758> or not. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.

Re: Segfault on 2.2.0 and UUID fetch regression

est, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com > On 17 Jul 2020, at 18:21, Tim Düsterhus wrote: > > Luke, > > Am 17.07.20 um 17:55 schrieb Luke Seelenbinder: >> To follow up on this—is it easier if I create this as a GitHub issue? >> > > I

[Bug: 2.2.10] Regression in SRV TTL Handling + Unexpected Record Timeouts

ld consider this a serious regression for short-lived SRV records. Thanks! Happy to provide more details if this isn't easily reproducible. Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com

Re: [Bug: 2.2.10] Regression in SRV TTL Handling + Unexpected Record Timeouts

Hi Tim, Ah, good eye! It does appear to be the same, but in my case it's due to short TTLs vs large responses. Thanks. I'll link this over there. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com | (864) 735-8533 > On 6 Mar 2021, at 19:03, Tim Düsterhus wro

Segfault in assign_tproxy_address with h2 and source address .[1.9.2]

5869c2 in main (argc=, argv=) at src/haproxy.c:3313 — Luke Seelenbinder Stadia Maps | Founder https://stadiamaps.com

Re: Segfault in assign_tproxy_address with h2 and source address .[1.9.2]

Hi Oliver, Yes! I can confirm the patch does indeed work—thanks for the quick turnaround. Best, Luke ‐‐‐ Original Message ‐‐‐ On Thursday, January 17, 2019 4:01 PM, Olivier Houchard wrote: > Hi Luke, > > On Thu, Jan 17, 2019 at 02:35:38PM +0000, Luke Seelenbin

HTX & tune.maxrewrite [1.9.2]

y patches additional configuration changes if that would assist. I assume it's something slightly amiss in the HTX setup or my configuration thereof. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com publickey - luke.seelenbinder@stadiamaps.com - 0xB23C1E8A.asc Descriptio

Re: HTX & tune.maxrewrite [1.9.2]

fsize and tune.maxrewrite, http/2 and large requests. If this isn't a bug, would someone be willing to offer some guidance into good values for these buffer sizes? Thanks for your help! Best, Luke ‐‐‐ Original Message ‐‐‐ On Friday, January 18, 2019 1:10 PM, Luke Seelenbind

H2 Server Connection Resets (1.9.2)

ckends, which isn't a big problem for us, but I thought I would raise the issue, since I'm sure a lot of folks are using haproxy <-> nginx pairings, and this is a bit of a subtle result of that in full h2 mode. Thanks again for such great software—I've found it pretty fantastic

Re: H2 Server Connection Resets (1.9.2)

will apply those patches, establish that the headers bug is fixed, and then try the recommendations from this bug to rule out any interactions on that side (a badly written header in our situation could result in a 404, which seemed to be the worst user-facing case of this bug). Best, Luke — Luke

Re: HTX & tune.maxrewrite [1.9.2]

Hi Christopher, I can confirm the patches fixed the issue. Thanks again for fixing this up! Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Monday, January 21, 2019 2:07 PM, Christopher Faulet wrote: > Le 18/01/2019 à 14:23, L

Re: H2 Server Connection Resets (1.9.2)

al information triggers any ideas, let me know, otherwise I'm starting down the list recommended by you and Aleks. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com stadiamaps~ tile/tile1 0/0/202/-1/266 -1 0 - - CD-- 2/1/5/5/0 0/0 {} "GET /tiles/osm_bright/9/344/1...@2x.

Re: H2 Server Connection Resets (1.9.2)

2 fe and h1.1 be has definitely made our solution more performant! Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Monday, January 21, 2019 3:16 PM, Aleksandar Lazic wrote: > Hi Luke. > > Am 21.01.2019 um 10:30 schrieb Luke Seelen

Re: H2 Server Connection Resets (1.9.2)

t a business reality. :-) ) I'm more than happy to try out anything you turn up on our staging setup! Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Wednesday, January 23, 2019 8:28 AM, Willy Tarreau wrote: > Hi Luke, >

Re: H2 Server Connection Resets (1.9.2)

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 wrote: > On Wed, Jan 23, 2019 at 11:09:53AM +0100, Willy Tarreau wrote: > > > On Wed, Jan 23, 2

Re: H2 Server Connection Resets (1.9.2)

Hi Willy, This is all very good to hear. I'm glad you were able to get to the bottom of it all! Feel free to send along patches if you want me to test before the 1.9.3 release. I'm more than happy to do so. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stad

Re: H2 Server Connection Resets (1.9.2)

regarding some of > them and we can focus on what remains :-) Sounds good. I'll report back my results from the latest snapshot and we can go from there. Perhaps the client causing the issues was a red herring for the server-side bugs. Thanks again for deep-diving and resolving this!

Re: H2 Server Connection Resets (1.9.2 & 1.9.3)

t rusty, I'm starting to get a feel for the HAProxy source, so I could attempt to debug as well, if you have any suggestions in that vein. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Friday, January 25, 2019 9:48 AM, Willy Tarr

Reloads do not terminate old processes (1.9.x)

erved this with 1.9.2, it continues in 1.9.3, but the behavior may exist before that. I've included my systemd configuration (from systemctl cat haproxy), in case that's the culprit. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com # /lib/systemd/system/haproxy.s

Re: H2 Server Connection Resets (1.9.2 & 1.9.3)

t; pointing to the same server. It reuses the connection in this case, so that I > can test one > stream's interaction with the other one by pressing Escape while waiting for > the response. I managed to get one SD on the front side, I need to dig > further now. Ah! That's

Re: Reloads do not terminate old processes (1.9.x)

he client-side, so I only noticed the hole in my configuration after enabling h2. Thanks for the help! Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Tuesday, January 29, 2019 12:23 PM, William Lallemand wrote: > Hi Luke, > &g

Re: H2 Server Connection Resets (1.9.2 & 1.9.3)

it out to our servers today after a bit more testing, since the incidence of bad results is negligible and this definitely should improve our e2e timings. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Tuesday, January 29, 2019 7:00 PM, Wi

Re: H2 Server Connection Resets (1.9.2 & 1.9.3)

d test without it to see if that improves the situation, if so, I'll come up with a better way to implement this check. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Wednesday, January 30, 2019 10:21 AM, Willy Tarreau wrote: >

Re: H2 Server Connection Resets (1.9.2 & 1.9.3)

roves things significantly, but some latent issues are still around. I would be happy to continue to assist however I can. :) — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Wednesday, January 30, 2019 10:32 AM, Luke Seelenbinder wrote: > Hi

Re: HTTP connection is reset after each request

Hi Marco, Are you on 1.9.x? 1.8.x does not support reuse of backend connections when using an h2 frontend. 1.9.x does support this and it works quite nicely. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Wednesday, January 30, 2019 11

Re: HTTP connection is reset after each request

Hi Aleks, You're correct for http/1.1, but unfortunately, nothing I found after a pretty long search indicated 1.8.x supports an h2 frontend with reusable backend connections (h1.1 or h2). I stuck with h/1.1 until 1.9 was released because of this. Best, Luke — Luke Seelenbinder Stadia

Re: H2 Server Connection Resets (1.9.2 & 1.9.3)

ve said given your testing, it sounds very much like our problems should be entirely gone with this set of bug fixes. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Friday, February 1, 2019 9:49 AM, Willy Tarreau wrote: > Hi Luke, >

Re: H2 Server Connection Resets (1.9.2 & 1.9.3)

ing. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Friday, February 1, 2019 3:36 PM, Luke Seelenbinder wrote: > Hi Willy, > > Great news! Thank you again for your work to clean this all up. > > > http://git.hapr

Status Codes in H2 Mode

afely ignore these errors or if perhaps it's a bug / undocumented behavior in h2 mode. For reference we're using H2 fe, mode htx, be H1.1 in our config currently. Thanks for any suggestions! Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com publickey

H2 Protocol Errors in HTX Mode (1.9.4 & 1.9.4-dev)

that would be helpful, you would have to provide the /etc/hosts entries, though. :) Thanks for any help! Best, Luke — Luke Seelenbinder SermonAudio.com <http://sermonaudio.com/> | Senior Software Engineer

Re: Status Codes in H2 Mode

Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com ‐‐‐ Original Message ‐‐‐ On Friday, March 1, 2019 5:28 AM, Willy Tarreau wrote: > Hi Luke, > > On Fri, Feb 22, 2019 at 10:03:12AM +0000, Luke Seelenbinder wrote: > > > Hi List, Willy, > > After transit

Re: Status Codes in H2 Mode

for inconsistencies between our backend accept capability and timeouts and see if perhaps we're overrunning some buffer somewhere in HAProxy, NGINX, or somewhere else. Thanks for your help so far! Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com On Mon, Mar 4, 2019, at

Re: Status Codes in H2 Mode

d this with and without http-reuse, abortonclose, various settings for pool-purge-delay. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com On Mon, Mar 18, 2019, at 13:46, Luke Seelenbinder wrote: > Hi Willy, > > I finally had the opportunity to try out `option abortoncl

Re: Status Codes in H2 Mode

part. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com On Tue, Mar 19, 2019, at 04:19, Willy Tarreau wrote: > Hi Luke, > > On Mon, Mar 18, 2019 at 11:14:12AM -0400, Luke Seelenbinder wrote: > (...) > > If I disable HTX, everything flows per normal and the status cod

Re: Status Codes in H2 Mode

know how painful this can > be to do so really, I'm not going to ask you to spend too much time on > this. I've responded to you directly with a replication script. I'm happy to continue helping however I can. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com

Re: H2 Protocol Errors in HTX Mode (1.9.4 & 1.9.4-dev)

Luke Seelenbinder SermonAudio.com <http://sermonaudio.com/> | Senior Software Engineer > On Mar 1, 2019, at 05:35, Willy Tarreau wrote: > > On Fri, Feb 22, 2019 at 01:35:19PM +0100, Luke Seelenbinder wrote: >> Hi List, >> >> We recently started using HAProx

Re: [ANNOUNCE] haproxy-2.0-dev6 + Conf reminder

ions > as well! Anyway I'll ping again and more aggressively next week! Well, I guess now I *have* to submit that talk idea about how we built a global PoP network, saved 80-90% auth overhead per request, and saved money at the same time… :-) If we just use the form on the website, does

Re: [ANNOUNCE] haproxy-2.0-dev6 + Conf reminder

all the submissions end up accidentally hitting a junk drawer somewhere? :-) — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com > On Jun 7, 2019, at 10:14, Willy Tarreau wrote: > > On Fri, Jun 07, 2019 at 10:03:59AM +0200, Luke Seelenbinder wrote: >>> On another poin

Odd HTX Behavior [2.0.0]

happy to provide additional information if it's helpful. Best, Luke — Luke Seelenbinder SermonAudio.com <http://sermonaudio.com/> | Senior Software Engineer

Re: Odd HTX Behavior [2.0.0]

Hi Willy, Just updated, and I can confirm, those fixes worked. I had seen the commits in git, but didn't think they'd apply—thanks for pointing me back to them! I'm looking forward to all the other goodies we can deploy in 2.0.0! :-) Best, Luke — Luke Seelenbinder Sermon

Re: Odd HTX Behavior [2.0.0]

ror, since alpn or check-alpn is being used on TCP via the defaults and causing a segfault, but I'm not sure. This is definitely not priority, as removing it from defaults and putting it directly on the servers that need it works. Best, Luke — Luke Seelenbinder SermonAudio.c

http-request do-resolve for rDNS queries

d on rDNS being supported. Thanks! Luke — Luke Seelenbinder SermonAudio.com <http://sermonaudio.com/> | Senior Software Engineer

Re: http-request do-resolve for rDNS queries

Hi Baptiste, Thanks for the information. Do you might pointing me towards the documentation for a slow agent? I'm having difficulty finding what you're referring to in the docs. Thanks! Best, Luke — Luke Seelenbinder SermonAudio.com <http://sermonaudio.com/> | Senior S

Case Sensitive Headers

value to upper case, but that didn't help. This is very obviously a case of badly behaving software and not a problem with HAProxy, but I'm wondering if there's any other way to force that header to Content-Length without turning HTX off. Thanks for any ideas! Best, Luke

Re: Case Sensitive Headers

Hello Lukas, Thanks for getting back to me. I'm game to try anything if you all have ideas with Lua or otherwise. We're looking at a server that's used less than 1% of our requests, but we need for legacy device support. :( Best, Luke — Luke Seelenbinder Sermon

Re: Case Sensitive Headers

Hi Lukas, Wowza actually talks to a service behind HAProxy, so it should be http-response, because Wowza expects to see "Content-Length" vs "content-length" header from the response served through HAProxy. Best, Luke — Luke Seelenbinder SermonAudio.com <http://ser

Config Segmentation Fault [2.0.1]

ves / test things a bit. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com

Re: Config Segmentation Fault [2.0.1]

e and confirm it fixes it. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com > On Jun 28, 2019, at 14:14, Olivier Houchard wrote: > > Hi Luke, > > On Fri, Jun 28, 2019 at 07:05:32AM +0200, Luke Seelenbinder wrote: >> Hello all, >> >> I'v

Re: Case Sensitive Headers

Hi Patrick, That didn't work (in a few different forms I tried)—thanks for the suggestion though! It seems HTX is pretty picky about how those headers get emitted. :) I'm still looking for a solution to this that doesn't involve disabling HTX. Best, Luke — Luke Seelenbinder

Re: Case Sensitive Headers

Hi Christopher, That definitely is ugly—but it works. Thanks! I'll look for improvements in 2.1. Best, Luke — Luke Seelenbinder SermonAudio.com <http://sermonaudio.com/> | Senior Software Engineer > On Jul 10, 2019, at 14:53, Christopher Faulet wrote: > > Le 10/0

Re: Case Sensitive Headers

Hi Christopher, That's great! Thank you. It looks exactly like what we need. Best, Luke — Luke Seelenbinder SermonAudio.com <http://sermonaudio.com/> | Senior Software Engineer > On Jul 25, 2019, at 09:18, Christopher Faulet wrote: > > Le 12/07/2019 à 13:26, Luke

Re: [PATCH] BUG/MEDIUM: dns: Correctly use weight specified in SRV record

e backup and active SRV records. Not needing explicit backup records and simply setting weights to 0 would be ideal. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com > On 17 Oct 2019, at 07:47, Baptiste wrote: > > > > On Thu, Oct 17, 2019 at 5:35 AM Daniel

Re: [PATCH] BUG/MINOR: dns: allow srv record weight set to 0

Thank you for this bug fix…we're more than a little excited! When I initially found it, I was under the assumption it was on purpose. :-) Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com > On 21 Oct 2019, at 16:35, Christopher Faulet wrote: > > Le 21/1