Hello Jonathan, On Fri, Apr 28, 2017 at 04:57:43PM -0500, Jonathan S. Fisher wrote: > Hello gentleman, I was advised to send this your way ( > http://discourse.haproxy.org/t/haproxy-core-dumps-on-solaris-sparc/1197/2) > > This is probably an issue with the way I'm compiling it (which is here: > https://pastebin.com/htEZTwBM) but I'm getting an immediate core dump when > running haproxy after compilation. I have a feeling it's probably an > alignment issue after reading a bit into the problem ( > http://blog.jgc.org/2007/04/debugging-solaris-bus-error-caused-by.html)
It's possible though it's surprizing. > Program received signal SIGSEGV, Segmentation fault. > 0x000000010013fd80 in eb32_insert (root=<value optimized out>, > new=0x100439724) at ebtree/eb32tree.h:347 > 347 *up_ptr = new_left; > (gdb) print new_left > No symbol "new_left" in current context. > (gdb) print up_ptr > No symbol "up_ptr" in current context. You'll need to build with "-O0" instead of "-O2" because the variables were optimized out. > (gdb) backtrace > #0 0x000000010013fd80 in eb32_insert (root=<value optimized out>, > new=0x100439724) at ebtree/eb32tree.h:347 > #1 0x0000000100096858 in check_config_validity () at src/cfgparse.c:7575 OK it's where proxies are automatically assigned an ID. What's really strange is that the tree was OK two lines ago for the lookup. Thus I suspect instead some corruption before the insertion or something similar. Does it also crash if you manually assign all your proxies "id" ? (directive "id" in each section with a different number). Willy
