Hi Willy,
Am 04.08.2016 um 17:57 schrieb Willy Tarreau:
Thanks for all the useful info. We already had another one reported, with
zlib-1.2.3 + haproxy-1.6.4 on CentOS 6.7, all packages up to date. It
appeared it was dying in memcpy() called from zlib.
Which is what James' stack trace shows as well [1].
I'm wondering if anything changed recently in the way zlib does its
buffer management (ie: maybe they slightly inflated the buffers for
various maintenance and the current allocator now returns too small
ones).
But zlib 1.2.3 was released in 2005, and zlib 1.2.8 (the most recent
release) is from 2013 [2]. In fact CentOS 6.7 (from your report) is
based on old software releases, so it seems unlikely that this is a
recent regression (if those 2 reports really are the same bug).
It may be very useful to build with libslz instead of building without
zlib. It would stress the exact same code paths in haproxy, you would
still get compression and we'd see if the issue can be reproduced.
While googling around I found another report [3], a similar/same crash
in memcpy() while using zlib. Apparently switching to libslz fixed the
issue for them.
Regards,
Lukas
[1] https://www.mail-archive.com/[email protected]/msg23404.html
[2] http://www.zlib.net/ChangeLog.txt
[3]
https://engineering.udacity.com/haproxy-segfault-adventure-18cc1a7e1171#.7sh9myvj0
