~.
for strictness
--
Ionel GARDAIS
Tech'Advantage CIO - IT Team manager
De: "Ionel GARDAIS"
À: "haproxy"
Envoyé: Vendredi 24 Janvier 2020 19:24:45
Objet: sticky session with cookie
Hi list,
I'm sorry if this question has already been asked but I don't see any answer to
it.
The ba
Hi list,
I'm sorry if this question has already been asked but I don't see any answer to
it.
The backend servers already set a cookie which value identifies it
(.)
Can haproxy archieve stickiness based on the value ?
Currently, I'm using
cookie AUTH_SESSION_ID prefix
server srv1 192.168
> Le 24 janv. 2020 à 16:38, William Lallemand a écrit :
>
> On Fri, Jan 24, 2020 at 01:22:05PM +0100, Emmanuel Hocdet wrote:
>>
>> Hi William,
>>
> Hello Manu!
>
>>> Le 23 janv. 2020 à 16:20, William Lallemand a
>>> écrit :
>>>
>>> That's not a good idea to be able to add a new path to th
On Fri, Jan 24, 2020 at 09:12:58PM +0500, ??? wrote:
> >> + - make reg-tests VTEST_PROGRAM=../vtest/vtest
> >> REGTESTS_TYPES=default,bug,devel
> >>
> >
> > let us try that.
OK, now pushed.
> > I will have a look at "racy" tests.
> > Maybe we'll enable them on Github Actions.
> >
> >
>
пт, 24 янв. 2020 г. в 20:44, Илья Шипицин :
>
>
> пт, 24 янв. 2020 г. в 20:34, Willy Tarreau :
>
>> On Fri, Jan 24, 2020 at 04:31:07PM +0100, Willy Tarreau wrote:
>> > So I'm proposing that we try a last time to run with
>> > "REGTESTS_TYPES=default,bug,devel"
>>
>> That should probably give this
пт, 24 янв. 2020 г. в 20:34, Willy Tarreau :
> On Fri, Jan 24, 2020 at 04:31:07PM +0100, Willy Tarreau wrote:
> > So I'm proposing that we try a last time to run with
> > "REGTESTS_TYPES=default,bug,devel"
>
> That should probably give this :
>
> diff --git a/.travis.yml b/.travis.yml
> index bf4b
On Fri, Jan 24, 2020 at 01:22:05PM +0100, Emmanuel Hocdet wrote:
>
> Hi William,
>
Hello Manu!
> > Le 23 janv. 2020 à 16:20, William Lallemand a
> > écrit :
> >
> > That's not a good idea to be able to add a new path to the list each time
> > this
> > keyword is found, this is not how the co
On Fri, Jan 24, 2020 at 04:31:07PM +0100, Willy Tarreau wrote:
> So I'm proposing that we try a last time to run with
> "REGTESTS_TYPES=default,bug,devel"
That should probably give this :
diff --git a/.travis.yml b/.travis.yml
index bf4b82aa98..a82c27327d 100644
--- a/.travis.yml
+++ b/.travis.ym
Hi Ilya,
I'm really annoyed by the regtests run in travis. It has become impossible
for a month or so to get all of them to work at least once. A single build
takes roughly 4-10 minutes depending on the hour of the day, and there are
multi-second pauses during the regtests, causing vtest to trigge
Willy,
Am 24.01.20 um 15:11 schrieb Willy Tarreau:
> Well, I guess this is reasonable. I'm still just not 100% sold to the
> syntax yet, so depending on users feedback I don't exclude changing it
> again, in which case we'll have to backport it as well so that 2.1->2.2
> remains a smooth upgrade.
On Fri, Jan 24, 2020 at 12:12:26PM +0100, Tim Düsterhus wrote:
> Willy,
>
> Am 24.01.20 um 09:23 schrieb Willy Tarreau:
> > On Thu, Jan 23, 2020 at 03:56:29PM +0100, Tim Düsterhus wrote:
> >> This might have slipped through the cracks. Can you please take a look?
> >> If you don't have the time to
Hi Tim,
> Le 23 janv. 2020 à 17:21, Tim Düsterhus a écrit :
>
> Manu,
>
> Am 21.01.20 um 12:42 schrieb Emmanuel Hocdet:
>> Patches updated, depend on "[PATCH] BUG/MINOR: ssl:
>> ssl_sock_load_pem_into_ckch is not consistent"
>
> Out of curiosity:
>
>> +issuer-path
>> + Assigns a directory t
Hi William,
> Le 23 janv. 2020 à 16:20, William Lallemand a écrit :
>
> On Tue, Jan 21, 2020 at 12:42:04PM +0100, Emmanuel Hocdet wrote:
>> Hi,
>>
>> Patches updated, depend on "[PATCH] BUG/MINOR: ssl:
>> ssl_sock_load_pem_into_ckch is not consistent"
>>
>
> Hello,
>
> It could be great t
Willy,
Am 24.01.20 um 09:23 schrieb Willy Tarreau:
> On Thu, Jan 23, 2020 at 03:56:29PM +0100, Tim Düsterhus wrote:
>> This might have slipped through the cracks. Can you please take a look?
>> If you don't have the time to look at it right now, just let me know.
>
> OK, now merged.
Thanks.
Any
On Fri, Jan 24, 2020 at 10:26:34AM +0100, Christopher Faulet wrote:
> Le 24/01/2020 à 09:17, Willy Tarreau a écrit :
> > On Fri, Jan 24, 2020 at 08:28:33AM +0100, Christopher Faulet wrote:
> > > Le 23/01/2020 à 19:59, James Brown a écrit :
> > > > I spent a couple of minutes and made the attached (
On Fri, Jan 24, 2020 at 10:31:14AM +0100, Willy Tarreau wrote:
> This is really annoying, so much time spent dealing with bogus warnings
> is really irritating. I'm going to work around it with a cast to unsigned
> short.
>
> The worst part of it is that if it emits such a warning, who knows how v
On Fri, Jan 24, 2020 at 07:12:49AM +0500, ??? wrote:
> > it was ubuntu 18.04 + gcc8, I'll try 19.10 + gcc9
> >
>
> gcc9 produces the same warning
OK, I've put my hands on an ubuntu-18.04 + gcc8 32 bits. And now I can
confirm it definitely is a gcc bug. The code is the same as a few lines
Le 24/01/2020 à 09:17, Willy Tarreau a écrit :
On Fri, Jan 24, 2020 at 08:28:33AM +0100, Christopher Faulet wrote:
Le 23/01/2020 à 19:59, James Brown a écrit :
I spent a couple of minutes and made the attached (pretty bad) patch to
add a del-header-by-prefix.
Just an idea. Instead of adding
On Thu, Jan 23, 2020 at 03:56:29PM +0100, Tim Düsterhus wrote:
> This might have slipped through the cracks. Can you please take a look?
> If you don't have the time to look at it right now, just let me know.
OK, now merged.
thanks,
Willy
On Fri, Jan 24, 2020 at 08:28:33AM +0100, Christopher Faulet wrote:
> Le 23/01/2020 à 19:59, James Brown a écrit :
> > I spent a couple of minutes and made the attached (pretty bad) patch to
> > add a del-header-by-prefix.
> >
>
> Just an idea. Instead of adding a new action, it could be cleaner
+1
Jan 24, 2020 8:28:33 AM Christopher Faulet :
> Le 23/01/2020 à 19:59, James Brown a écrit :
>
> > I spent a couple of minutes and made the attached (pretty bad) patch to add
> > a
> > del-header-by-prefix.
> >
> >
>
> Just an idea. Instead of adding a new action, it could be cleaner to
21 matches
Mail list logo
