On 28/01/2016 10:35 μμ, David Birdsong wrote: > I've been running into a problem for a few weeks that I was hoping to > see disappear w/ a simple upgrade to 1.6.3. > > I'm using consul and it's templating to dynamically expand a backend > list which then runs an haproxy reload using the init scripts in the > contrib dir. > > I haven't been able to trace how the situation is triggered,but > basically I find haproxy processes that are still listening on their > bound sockets long after having received a reload signal via the '-sf' > parameter. > > My first fix was to ensure that reloads weren't happening too fast and > potentially stomping on the pid file which would explain a process never > getting a signal--so I now have a lock + sleeps for the automatic reload > script. No change. > > What's probably most interesting is that a SIGKILL is necessary to > remove the 'stale' processes that are still listening on their sockets > (as determined by lsof.) > > I can supply the config if needed, there is a single listener w/ a pem > directory specified if that's helpful. >
The previous processes don't die that fast because there are connections still alive on them. Which is caused by very long timeout settings. The behavior you see is normal. Cheers, Pavlos
signature.asc
Description: OpenPGP digital signature
