k to 3.0.4 for now. If we have the time, we'll run some more tests on
a limited subset of servers to see if we can find out anything more.
Best,
Luke
—
Luke Seelenbinder
Stadia Maps | Founder & CEO
stadiamaps.com
> On Sep 27, 2024, at 10:30, Christopher Faulet wrote:
>
>
:)
Best,
Luke
—
Luke Seelenbinder
Stadia Maps | Founder & CEO
stadiamaps.com
> On Sep 26, 2024, at 18:48, Christopher Faulet wrote:
>
> Le 26/09/2024 à 17:18, Luke Seelenbinder a écrit :
>> Hi Christopher,
>> Thanks for the response.
>>> Sorry, I don't
Just a quick update. `-dZ` doesn't seem to have any impact on the number of
`SD--` requests.
—
Luke Seelenbinder
Stadia Maps | Founder & CEO
stadiamaps.com
> On Sep 26, 2024, at 18:18, Luke Seelenbinder
> wrote:
>
> Hi Christopher,
>
> Thanks for the res
ht…nothing really made sense to me either.
I'll try with `-dZ` and report back!
Best,
Luke
—
Luke Seelenbinder
Stadia Maps | Founder & CEO
stadiamaps.com
> On Sep 26, 2024, at 16:28, Christopher Faulet wrote:
>
> Hi Luke,
>
> Le 26/09/2024 à 12:28, Luke Seelenbinder a
n
option http-keep-alive
option allbackups
http-reuse always
retry-on all-retryable-errors
option redispatch 1
retries 2
The rest is pretty typical frontend / backends. The errors happen across all
backends and frontends, regardless of specific configuration.
—
Luke Seelenbinder
S
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
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
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
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
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
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
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
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
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
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
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
ssues/1270
<https://github.com/haproxy/haproxy/issues/1270>.
Anyone else encountering this?
Best,
Luke
—
Luke Seelenbinder
Stadia Maps | Founder
stadiamaps.com
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
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
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
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.
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
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
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
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
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
- 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
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,
>
pecifics of this behavior?
Best,
Luke
—
Luke Seelenbinder
Stadia Maps | Founder
stadiamaps.com
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
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
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
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
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
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
ves / test things a bit.
Best,
Luke
—
Luke Seelenbinder
Stadia Maps | Founder
stadiamaps.com
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
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
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
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
d on rDNS being supported.
Thanks!
Luke
—
Luke Seelenbinder
SermonAudio.com <http://sermonaudio.com/> | Senior Software Engineer
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
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
happy to provide additional information if it's helpful.
Best,
Luke
—
Luke Seelenbinder
SermonAudio.com <http://sermonaudio.com/> | Senior Software Engineer
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
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
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
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
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
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
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
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
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
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
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
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,
>
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
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
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
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:
>
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
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
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
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
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
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!
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
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
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,
>
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
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.
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
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
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
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
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
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
5869c2 in main (argc=, argv=) at
src/haproxy.c:3313
—
Luke Seelenbinder
Stadia Maps | Founder
https://stadiamaps.com
78 matches
Mail list logo