Re: agent-send in 1.6.3

Understood, it can wait for sure. If need be we can apply the patch on our version and use a custom build. Thanks Willy! On Jan 22, 2016 12:52 AM, "Willy Tarreau" <w...@1wt.eu> wrote: > Hi Pradeep, > > On Fri, Jan 15, 2016 at 02:51:51PM +0530, Pradeep Jindal wrote: >

agent-send in 1.6.3

Hi Willy, Haven't we merged the "agent-send" feature in 1.6? If not, is it possible to merge it? - Pradeep Jindal

Re: Keeping conns alive on server side irrespective of client side conns

n Wed, Sep 23, 2015 at 3:15 PM, Pradeep Jindal <praddyjin...@gmail.com> > wrote: > > Hi, > > > > Does anyone know of a way to keep connections alive on the server side > > irrespective of whether clients close them or not? > > > > HAProxy keeps a connecti

Re: Keeping conns alive on server side irrespective of client side conns

I know, but that's totally dependant on what kind of clients one has online and that's nondeterministic, but still can help. - Pradeep Jindal On Wed, Sep 23, 2015 at 10:07 PM, Willy Tarreau <w...@1wt.eu> wrote: > On Wed, Sep 23, 2015 at 07:45:41PM +0530, Pradeep Jindal wrote: >

Re: HAProxy children crash when peers enabled

Tested, works like a charm! Thanks - Pradeep Jindal On Tue, Sep 22, 2015 at 7:53 PM, Pradeep Jindal <praddyjin...@gmail.com> wrote: > Cool, I will test things tonight itself. > On Sep 22, 2015 7:49 PM, "Emeric Brun" <eb...@haproxy.com> wrote: > >> On 09/2

Re: HAProxy children crash when peers enabled

Cool, I will test things tonight itself. On Sep 22, 2015 7:49 PM, "Emeric Brun" <eb...@haproxy.com> wrote: > On 09/21/2015 10:01 PM, Pradeep Jindal wrote: > > Good to know that you were able to reproduce the same, I will wait for > your response while I try to deb

Re: HAProxy children crash when peers enabled

c_task); task_free(peers->sync_task); return NULL; } peers.c - Pradeep Jindal On Mon, Sep 21, 2015 at 6:15 PM, Willy Tarreau <w...@1wt.eu> wrote: > On Mon, Sep 21, 2015 at 11:50:27AM +0530, Pradeep Jindal wrote: > > Hi, > > &

Re: HAProxy children crash when peers enabled

Total: 3 (3 usable), will use epoll. - Pradeep Jindal On Mon, Sep 21, 2015 at 11:10 PM, Willy Tarreau <w...@1wt.eu> wrote: > On Mon, Sep 21, 2015 at 10:58:00PM +0530, Pradeep Jindal wrote: > > As I mentioned in my earlier email, I have tried with single process > > (nbproc

Re: HAProxy children crash when peers enabled

on both instances. When I hit instance A, I see the entry in it's stick table and also in instance B's stick stable. But when I hit instance B, I see entry in it's stick table but not in A's stick table. I will check further but currently I am lost. - Pradeep Jindal On Mon, Sep 21, 2015 at 10:38

Re: HAProxy children crash when peers enabled

Applied the patch to 1.6-dev5, using exactly same configuration as I sent over earlier on both of my haproxy instances. stick table entries are being synced from A->B but not B->A. I have tried using single process too. Any idea what could be wrong here? - Pradeep Jindal On Mon, Sep 21

Re: HAProxy children crash when peers enabled

Good to know that you were able to reproduce the same, I will wait for your response while I try to debug it myself as well. Thanks On Sep 22, 2015 1:26 AM, "Willy Tarreau" wrote: > Pradeep, I reproduce it now, thank you very much for your detailed > configuration and procedure. I

Re: HAProxy children crash when peers enabled

On Mon, Sep 21, 2015 at 11:55 PM, Willy Tarreau <w...@1wt.eu> wrote: > On Mon, Sep 21, 2015 at 11:50:34PM +0530, Pradeep Jindal wrote: > > OK, I will check the points you mentioned. But isn't it interesting that > > the second node correctly registers the entry in it's stick

Re: HAProxy children crash when peers enabled

socat openssl-listen:8443,fork,reuseaddr,cert=./cert.pem echo" to spawn a dummy SSL server which correctly gives session IDs. I am running this same configuration on both the instances. - Pradeep Jindal On Mon, Sep 21, 2015 at 11:19 PM, Willy Tarreau <w...@1wt.eu> wrote: > On Mon, Se

Re: Cannot enable a config "disabled" server via socket command

cuss with Willy to ensure this is the best way > to do it, since this patch changes the design we did. > Anyway, I've updated my server-state code to match the new behavior, > soe everyone should be satisfied. > > Baptiste > > On Fri, Sep 18, 2015 at 5:28 AM, Pradeep Jin

Re: Cannot enable a config "disabled" server via socket command

It'd be interesting to know the complete semantics of the feature you are implementing. I know you understand that our use case is a valid one. And we are open to explore alternative approaches to achieve the same. Till then we will be running haproxy with the flag change reverted and wait for

Re: Cannot enable a config "disabled" server via socket command

e stats for those connections as the new process is not aware of them for obvious reasons. Avoiding reload also avoids stats counters being reset. - Pradeep Jindal On Tue, Sep 15, 2015 at 12:15 PM, Cyril Bonté <cyril.bo...@free.fr> wrote: > Hi, > > > Le 14/09/2015 14:23, Ayush Goy

Re: [PATCH] [BUG/MINOR]: TLS Ticket Key rotation broken via socket command

OK, I was testing key rotation when I didn't get expected behaviour, thought of looking at the code and found the bug. On Aug 20, 2015 6:37 PM, Nenad Merdanovic ni...@nimzo.info wrote: Hello, On 8/20/2015 2:55 PM, Pradeep Jindal wrote: Hi, It seems haproxy was doing wrong pointer

Re: [PATCH] [BUG/MINOR]: TLS Ticket Key rotation broken via socket command

Gotcha, thanks. On Aug 20, 2015 7:55 PM, Willy Tarreau w...@1wt.eu wrote: Hi Praddep, On Thu, Aug 20, 2015 at 06:25:17PM +0530, Pradeep Jindal wrote: Hi, It seems haproxy was doing wrong pointer arithmetic to update the ticket ring correctly. Here's a small patch, self descriptive

[PATCH] [BUG/MINOR]: TLS Ticket Key rotation broken via socket command

Hi, It seems haproxy was doing wrong pointer arithmetic to update the ticket ring correctly. Here's a small patch, self descriptive. This patch is against the github master branch. Thanks - Pradeep Jindal tls-ticket-keys-rotation.patch Description: Binary data