Am 30.07.2013 um 21:40 schrieb Lukas Tribus <[email protected]>:
> Hi Rainer!
>
>
>> I'm using haproxy on FreeBSD 9.1-amd64 inside a VMware VM.
>>
>> I realized that when I have a situation where all servers in a backend
>> are down, haproxy crashes:
>> Jul 30 08:03:52 px2-bla kernel: pid 58816 (haproxy), uid 80:
>> exited on signal 11 (core dumped)
>>
>> pkg info|grep haproxy
>> haproxy-1.4.24 The Reliable, High Performance
>
> can you post the output of "haproxy -vv"?
>
>
>
>> After some tinkering, I got a core-dump out of it:
>
> The core-dump doesn't look very useful, seems like the debugging symbols
> where stripped.
>
Hi,
sorry, I haven't had time to look into this, but now I've been able to generate
a core (and run it through gdb)
gdb /usr/local/sbin/haproxy haproxy.3272
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by `haproxy'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.5...done.
Loaded symbols for /lib/libcrypt.so.5
Reading symbols from /usr/local/lib/libpcreposix.so.0...done.
Loaded symbols for /usr/local/lib/libpcreposix.so.0
Reading symbols from /usr/local/lib/libpcre.so.3...done.
Loaded symbols for /usr/local/lib/libpcre.so.3
Reading symbols from /lib/libc.so.7...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libthr.so.3...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x000000000043d0e9 in process_session (t=0x801866f00) at src/session.c:1434
1434 src/session.c: No such file or directory.
in src/session.c
[New Thread 801807400 (LWP 100105/<unknown>)]
[New LWP 100114]
(gdb) bt
#0 0x000000000043d0e9 in process_session (t=0x801866f00) at src/session.c:1434
#1 0x0000000000408420 in process_runnable_tasks (next=0x7fffffffdafc) at
src/task.c:234
#2 0x00000000004028e3 in run_poll_loop () at src/haproxy.c:1002
#3 0x000000000040455d in main (argc=<value optimized out>,
argv=0x7fffffffdba0) at src/haproxy.c:1288
Can you make something of this?
I found it may be a config-file problem.
Apart from comments, the only difference between a config-file that makes
haproxy dump core and one that doesn't is:
< maxconn 500
< server server1 ip:80 weight 1 check
---
> maxconn 500 server server1 ip:80 weight 1 check
Best Regards
Rainer
