Le 10/12/2020 à 19:38, Peter Statham a écrit :
> Sorry for the delay in getting back to you. It is the same crash,
> we've been trying to narrow down the exact combination of compiler,
> libraries, kernel, hypervisor, etc. that causes the issue now that we
> know it isn't universal but that's turning out to be trickier than
> identifying the issue.
>
> I only backported the changes to the src/lb_fwlc.c file, but
> backporting 1b87748ff5 seems to work just as well. So far we haven't
> been able to provoke the issue with the changes in 1b87748ff5 applied
> to the 1.8 tree so that does look like a solution.
>
> We will keep testing and trying to narrow the issue down.
Since I wrote the above I have managed to replicate the issue on 1.8 with
applied, so it looks as if that was not the solution after all.
I include a binary built from 1.8.27 with 1b87748ff5 backported and a core dump.
haproxy-1.8.27+1b87748ff5
<https://drive.google.com/file/d/1KPs3rBpkeqE9GEOfjF8Ocycd1wa4RjqW/view?usp=drive_web>
haproxy-1.8.27+1b87748ff5.core
<https://drive.google.com/file/d/1chBPoogHBuGlnV1o5sO9YP6BldpRH4d3/view?usp=drive_web>
Thanks Peter, I'll try to take a look today. The reproducer is the same ?
--
Christopher Faulet
