Hi Willy,
>> There are very few abort() calls in the code :
>> - some in the thread debugging code to detect recursive locks ;
>> - one in the cache applet which triggers on an impossible case very
>> likely resulting from cache corruption (hence a bug)
>> - a
Hi Willy
There are very few abort() calls in the code :
- some in the thread debugging code to detect recursive locks ;
- one in the cache applet which triggers on an impossible case very
likely resulting from cache corruption (hence a bug)
- a few inside the
Hi Willy and Tim,
> > >> Code 134 implies the worker was killed with SIGABRT. You could check
> > >> whether there is a core dump.
> > >
> > > I don't have any core dumps.
> >
> > Check whether coredumps are enabled using `ulimit -c`, often they are
> > disabled by default, because they could
Hi Tim,
>> I'm running haproxy 1.8.4 with a heavy work load.
>> For some reason some workers die every now and then with the following error
>> in the log:
>> Feb 22 05:00:42 hostname haproxy[9950]: [ALERT] 052/045759 (9950) : Current
>> worker 3569 exited with code 134
>>
>
> Code 134 implies
4 matches
Mail list logo
