Hi List, I just installed 2.2.0 (as packaged on haproxy.debian.net), and I'm experiencing almost instant segfaults on all canary machines (seems to be on the first handled request). I captured a core for debug purposes, but had to roll back as these machines serve production traffic. I can send the cores to someone over a more secure channel.
After installing debug symbols, I got this traceback in gdb: Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/sbin/haproxy -Ws -f /etc/haproxy/haproxy.cfg -p /run/haproxy.pid -x /run/h'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x000055b0131bce27 in si_cs_send (cs=cs@entry=0x55b015974530) at include/haproxy/channel.h:128 128 include/haproxy/channel.h: No such file or directory. (gdb) bt #0 0x000055b0131bce27 in si_cs_send (cs=cs@entry=0x55b015974530) at include/haproxy/channel.h:128 #1 0x000055b0131be7a9 in si_cs_io_cb (t=<optimized out>, ctx=0x55b015972ef0, state=<optimized out>) at src/stream_interface.c:789 #2 0x000055b01321fd0c in run_tasks_from_lists (budgets=budgets@entry=0x7ffc8770b9cc) at src/task.c:448 #3 0x000055b0132204e8 in process_runnable_tasks () at src/task.c:674 #4 0x000055b0131d9bd7 in run_poll_loop () at src/haproxy.c:2905 #5 0x000055b0131d9f79 in run_thread_poll_loop (data=<optimized out>) at src/haproxy.c:3070 #6 0x000055b0130aa8a4 in main (argc=<optimized out>, argv=<optimized out>) at src/haproxy.c:3772 I also had to adjust a fetch of `uuid()` to `uuid(4)` for the configuration to validate, even though the docs still state that `uuid()` means `uuid(4)` in 2.2. Best, Luke — Luke Seelenbinder Stadia Maps | Founder stadiamaps.com
