I'm upgrading my old 1.4.18 haproxies to 1.5.4 and I have a mysterious
problem where haproxy marks some backend servers as being DOWN with a
message "L4TOUT in 2000ms". Some times the message also has a star: "*
L4TOUT in 2000ms" (I didn't find what the star means from the docs). Also
the reported
On Thu, Sep 4, 2014 at 2:25 AM, Steven Le Roux wrote:
> Hi,
>
> You can either play with :
>
> - balance url_param ld
>
> - sticky table, and then set the param you want to stick on :
> stick on urlp(ld) table ...
>
> - appsession ld len 3 timeout request-learn mode query-string
>
> w/ some
On Thu, Sep 4, 2014 at 3:51 AM, Steven Haigh wrote:
> Hi guys,
>
> I've noticed that this list seems to get more spam than I've ever
> experienced before on any mailing list.
>
> Is there anyone administrating this list? Is spamassassin used on the list?
>
> --
> Steven Haigh
>
> Email: net...@crc
Hi Olivier,
On Wed, Sep 03, 2014 at 11:50:58PM +0200, Olivier wrote:
> Hi Willy,
>
> http://haproxy.1wt.eu/ is redirecting to http://www.haproxy.org/ that is
> ... well not the good site if I remember correctly :)
Yes, just fixed, thanks for reporting. It was caused by a failed NFS mount,
and I
Hi guys,
I've noticed that this list seems to get more spam than I've ever
experienced before on any mailing list.
Is there anyone administrating this list? Is spamassassin used on the list?
--
Steven Haigh
Email: net...@crc.id.au
Web: http://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Title: Residences_Senior
Cliquez ici pour lire cet e-mail dans votre navigateur. Désinscrivez vous ici
I'm not sure you have to do this.
You can just define a sticky table in your backend like this :
cookie userState preserve indirect
stick-table type string len 2...
stick store-response set-cookie(userState) table backend
stick on cookie(userState) table backend
and
server server_x coo
Hi,
You can either play with :
- balance url_param ld
- sticky table, and then set the param you want to stick on :
stick on urlp(ld) table ...
- appsession ld len 3 timeout request-learn mode query-string
w/ something like :
server server_A ... cookie lb=100 weight 10
server server_A
I am having some problems with SSL negotiation taking a really long
time. There were 20 seconds between client hello and server hello on
one session noticed with a packet capture, 28 seconds on another.
Currently that connection is being handled by a load balancer based on
the LVS-NAT solution - t
Hi Willy,
http://haproxy.1wt.eu/ is redirecting to http://www.haproxy.org/ that is
... well not the good site if I remember correctly :)
Olivier
Lol. Know what you mean. Good going.
On Sep 3, 2014 5:05 PM, "Willy Tarreau" wrote:
> On Wed, Sep 03, 2014 at 09:51:54PM +0200, Willy Tarreau wrote:
> > I'll send another mail when it's back online.
>
> Done after 65 mn. Not bad for a move of 6 servers, 2 switches and
> an UPS 25km away after 410
We are thinking of the following LB algorithm but we are not sure if current
HAProxy supports it:
given a http request, LB should always forward it to a certain
backend server (say Server A) based on its http parameter (e.g. request
with parameter "Id=100" always go to server A). The only
ex
On Wed, Sep 03, 2014 at 10:03:49PM +0200, Olivier wrote:
> OK I understand this point of view. Maybe stating this clearly "to have
> details on fields, just look at the source code, ie src/dumpstats.c" :p
No problem, do you want to propose a patch for that ? :-)
> > Please send a "show info" ther
On Wed, Sep 03, 2014 at 09:51:54PM +0200, Willy Tarreau wrote:
> I'll send another mail when it's back online.
Done after 65 mn. Not bad for a move of 6 servers, 2 switches and
an UPS 25km away after 410 days of uptime :-)
The secret lies in not unplugging any wire, but at the arrival it's
an hor
Hi,
2014-09-03 21:46 GMT+02:00 Willy Tarreau :
> Hi Olivier,
>
> That's intentional, and I'll reject any patch to document it. It's a
> debugging feature whose format changes between versions or for any
> reason we see fit when facing a new problem. This can only be used
> with the code at hand.
Hi guys,
I'm now moving the master infrastructure to the new location.
There will be an outage of 1wt.eu for a few hours. The haproxy.org
server will automatically switch to the local back copy (otherwise
blame the haproxy maintainer for not being able to do at least
this).
The mailing list, git
Hi Olivier,
On Wed, Sep 03, 2014 at 02:50:44PM +0200, Olivier wrote:
> Hello,
>
> Debugging an unusual problem of session saturation, I played this morning
> with "show sess" on stats socket with HAProxy 1.5.2
>
>
> I was unable to find a proper documentation of all fields returned by this
> co
Hi Lukas,
Thanks for your feedback!
I have actually solved my issue, and it happened to be unrelated to the
matter in question. My issue was hidden in a series of long-running ajax
queries that timed out on one of the mysql cluster nodes.
Best Regards,
Jay Jideliov
On Mon, Sep 1, 2014 at 2:51
On Wed, Sep 3, 2014 at 4:32 PM, bjun...@gmail.com wrote:
> 2014-09-03 11:36 GMT+02:00 Baptiste :
Hi,
it's working now with the following "workaround" (config simplified):
frontend http_in_01
bind 0.0.0.0:80
http-reque
2014-09-03 11:36 GMT+02:00 Baptiste :
>>>
>>>
>>> Hi,
>>>
>>>
>>> it's working now with the following "workaround" (config simplified):
>>>
>>>
>>>
>>> frontend http_in_01
>>>
>>> bind 0.0.0.0:80
>>>
>>> http-request set-header X-Concat
>>> %[req.fhdr(User-Agent)]_%[req.fhdr(host)]
>>>
Hello,
Debugging an unusual problem of session saturation, I played this morning
with "show sess" on stats socket with HAProxy 1.5.2
I was unable to find a proper documentation of all fields returned by this
command. This is :
0x43fc290: proto=tcpv4 src=80.12.63.XXX:49389 fe=webXXX:80 be=webXXX
>>
>>
>> Hi,
>>
>>
>> it's working now with the following "workaround" (config simplified):
>>
>>
>>
>> frontend http_in_01
>>
>> bind 0.0.0.0:80
>>
>> http-request set-header X-Concat
>> %[req.fhdr(User-Agent)]_%[req.fhdr(host)]
>>
>> acl is_found req.fhdr(X-Concat) -m found
>>
2014-08-25 18:58 GMT+02:00 bjun...@gmail.com :
> 2014-08-20 19:33 GMT+02:00 bjun...@gmail.com :
>> 2014-08-18 18:49 GMT+02:00 Emeric Brun :
>>> On 08/18/2014 05:49 PM, Baptiste wrote:
On Sun, Aug 17, 2014 at 4:49 PM, bjun...@gmail.com
wrote:
>
> Hi,
>
> i was digging
On Wed, Sep 3, 2014 at 3:03 AM, Brian Torres wrote:
> is there a way to rig thousands of haproxy backends without enumerating each
> one? I've been attempting to route using use-server and server based on a
> header value but have so far failed. I've been trying things like this:
>
> # where X-Req
24 matches
Mail list logo