Re: Graceful shutdown of haproxy

On 22 May 2017 at 00:23, Gold Star wrote: > We can assume that the decider process sets an environment variable, say > HEALTHY, to true or false at any time it wants. We would like an haproxy > instance to return a healthy signal iff it is genuinely healthy and the >

Re: HAProxy reloads lets old and outdated processes

On 21 October 2016 at 15:33, Willy Tarreau wrote: > > On Fri, Oct 21, 2016 at 03:05:55PM +, Pierre Cheynier wrote: > > First let's clarify again: we are on systemd-based OS (centOS7), so > reload is > > done by sending SIGUSR2 to haproxy-systemd-wrapper. > > Theoretically, this

Re: Backend: Multiple A records

On 29 August 2016 at 16:39, Igor Cicimov <ig...@encompasscorporation.com> wrote: > On Tue, Aug 30, 2016 at 6:18 AM, Maciej Katafiasz > <mkatafi...@purestorage.com> wrote: >> Be aware though that DNS round-robin reduces the availability of the >> entire setup,

Re: Backend: Multiple A records

On 27 August 2016 at 14:32, Tim Düsterhus wrote: > Hello > > I want to run HAProxy 1.6.8 with a backend server that may have multiple > A records corresponding to different containers. > > During testing I noticed that HAProxy only tries to connect to the first > A record

Re: clang static analysis of haproxy

On 6 June 2016 at 09:41, Илья Шипицин wrote: > also, is there some bug tracker ? CI (like travis-ci or jenkins) ? No, this list is the place to report things. Cheers, Maciej

Re: [PATCH] BUG/MEDIUM: init: don't use environment locale

On 18 May 2016 at 16:18, Cyril Bonté <cyril.bo...@free.fr> wrote: > Le 19/05/2016 00:34, Maciej Katafiasz a écrit : >> While potentially >> confusing, forcing it to C is also confusing and prevents people from >> actually exploiting locale should they want to, an

Re: [PATCH] BUG/MEDIUM: init: don't use environment locale

On 18 May 2016 at 14:13, Maxime de Roucy wrote: > > This patch remove setlocale from the main function. > > Some regex may have different behaviours depending on the > locale. Some LUA scripts may change their behaviour too > (http://lua-users.org/wiki/LuaLocales). I'm

Re: "Bus error" in dns_build_query on SPARC/Solaris 10

On 29 March 2016 at 07:52, Willy Tarreau wrote: > On Sun, Mar 27, 2016 at 05:41:08PM +0200, Vincent Bernat wrote: >> Willy, you always cast for functions returning void*. This is not >> needed. For example: >> >> l = (struct listener *)calloc(1, sizeof(struct listener)); >> >> Could

Re: Silencing DOWN alerts if the backend wasn't seen UP before

On 9 February 2016 at 23:24, Willy Tarreau wrote: > I've got this request about 10 years ago, I wanted to implement a server > option called "expect-down", then some users suggested that it could also > be convenient to have a "start-down" option which would not mark the > servers up

Silencing DOWN alerts if the backend wasn't seen UP before

Hi, In our deployment we sometimes spin up a HAProxy container simultaneously with backends, and since they're registered the moment a container is spawned, they will be added to rotation immediately, before the process inside had a chance to start up. Because HAProxy starts up much faster, this

Re: Old instances continue to accept connections after graceful reload

On 5 February 2016 at 20:08, Bryan Talbot wrote: > On Fri, Feb 5, 2016 at 7:07 PM, Bryan Talbot wrote: >> >> I think you're just attempting to reload haproxy too fast. There are race >> conditions in getting the list of running pids and passing them

Re: Old instances continue to accept connections after graceful reload

It's just that sometimes, for no articulable reason, it works fine, and then the next time it doesn't. Cheers, On 5 February 2016 at 16:59, Cyril Bonté <cyril.bo...@free.fr> wrote: > Hi, > > > Le 06/02/2016 01:03, Maciej Katafiasz a écrit : >> >> On 5 February 201

Old instances continue to accept connections after graceful reload

Hi, we're hitting a big roadblock in getting HAProxy to load balance our apps with transparent reloads. Namely, when the new instance starts up with -sf option, the old instances don't seem to react to SIGUSR1 properly. They continue to hang around indefinitely, and snatch incoming requests from

Re: Old instances continue to accept connections after graceful reload

On 5 February 2016 at 16:02, Maciej Katafiasz <mkatafi...@purestorage.com> wrote: > Link to the tarball: > https://purestorage.app.box.com/s/nnzqueais46plzd9xfisnmkeab7j9s0y > > I will be sending it as an attachment in a separate mail as a followup > to this one, in case the