On 06/04/2017 04:57 μμ, Olivier Houchard wrote: > On Thu, Apr 06, 2017 at 04:56:47PM +0200, Pavlos Parissis wrote: >> On 06/04/2017 04:25 μμ, Olivier Houchard wrote: >>> Hi, >>> >>> The attached patchset is the first cut at an attempt to work around the >>> linux issues with SOREUSEPORT that makes haproxy refuse a few new >>> connections >>> under heavy load. >>> This works by transferring the existing sockets to the new process via the >>> stats socket. A new command-line flag has been added, -x, that takes the >>> path to the unix socket as an argument, and if set, will attempt to retrieve >>> all the listening sockets; >>> Right now, any error, either while connecting to the socket, or retrieving >>> the file descriptors, is fatal, but maybe it'd be better to just fall back >>> to the previous behavior instead of opening any missing socket ? I'm still >>> undecided about that. >>> >>> Any testing, comments, etc would be greatly appreciated. >>> >> >> Does this patch set support HAProxy in multiprocess mode (nbproc > 1) ? >> > > Hi Pavlos, > > If it does not, it's a bug :) > In my few tests, it seemed to work. > > Olivier >
I run systems with systemd and I can't see how I can test the seamless reload functionality ( thanks for that) without a proper support for the UNIX socket file argument (-x) in the haproxy-systemd-wrapper. I believe you need to modify the wrapper to accept -x argument for a single UNIX socket file or -X for a directory path with multiple UNIX socket files, when HAProxy runs in multi-process mode. What do you think? Cheers, Pavlos
signature.asc
Description: OpenPGP digital signature