Bug#449027: vserver: [notice] child pid 27907 exit signal Segmentation fault (11)
Hallo Stefan,
thank you for the response. I did an ` aptitude install apache-dbg
libc6-dbg` and reenabled mod_backtrace and mod_whatkilledus, but I
'm afraid, the messages are all the same:
# gdb --args apache -F -X -f /etc/apache/httpd.conf
GNU gdb 6.4.90-debian
Copyright (C) 2006 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 "i486-linux-gnu"...(no debugging symbols
found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) run
Starting program: /usr/sbin/apache -F -X -f /etc/apache/httpd.conf
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
Error while reading shared library symbols:
Cannot find new threads: generic error
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Cannot find user-level thread for LWP 18126: generic error
(gdb) bt
#0 0xb7ff7010 in _dl_debug_state () from /lib/ld-linux.so.2
#1 0xbfffd860 in ?? ()
#2 0xb7fedc35 in dl_main () from /lib/ld-linux.so.2
#3 0xb7ffa3e8 in _dl_sysdep_start () from /lib/ld-linux.so.2
#4 0xb7febb46 in _dl_start () from /lib/ld-linux.so.2
#5 0xb7feb7b7 in _start () from /lib/ld-linux.so.2
(gdb)
and:
[Fri Nov 2 15:29:57 2007] [notice] child pid 15500 exit signal
Segmentation fault (11)
[Fri Nov 2 15:29:58 2007] pid 15488 mod_backtrace backtrace for signal
11
[Fri Nov 2 15:29:58 2007] pid 15488 mod_backtrace main() is at 8061680
/usr/lib/apache/1.3/mod_backtrace.so[0xb77c8b85]
/usr/sbin/apache[0x805deb6]
/lib/tls/libpthread.so.0[0xb7fb5668]
/lib/ld-linux.so.2[0xb7ff2b07]
/lib/ld-linux.so.2[0xb7ff62f9]
/lib/ld-linux.so.2[0xb7ff6090]
/lib/tls/librt.so.1[0xb737c6e7]
/lib/ld-linux.so.2[0xb7ff6ede]
/lib/tls/libc.so.6(exit+0xd0)[0xb7d554f0]
/usr/sbin/apache[0x805d51a]
/usr/sbin/apache[0x805f746]
/usr/sbin/apache[0x805fe46]
/usr/sbin/apache[0x8060bf8]
/usr/sbin/apache(main+0x759)[0x8061dd9]
/lib/tls/libc.so.6(__libc_start_main+0xc8)[0xb7d3eea8]
/usr/sbin/apache[0x804f6a1]
[Fri Nov 2 15:29:58 2007] pid 15488 mod_backtrace end of report
[Fri Nov 2 15:29:58 2007] pid 15488 mod_whatkilledus sig 11 crash
[Fri Nov 2 15:29:58 2007] pid 15488 mod_whatkilledus no active
connection at crash
[Fri Nov 2 15:29:58 2007] pid 15488 mod_whatkilledus no request active
at crash
[Fri Nov 2 15:29:58 2007] pid 15488 mod_whatkilledus end of report
[Fri Nov 2 15:29:59 2007] [notice] child pid 15488 exit signal
Segmentation fault (11)
Unfortunately I don't get new coredumps by mod_prctl.so
http://publib.boulder.ibm.com/httpserv/ihsdiag/1.3/mod_prctl.html
I also don't know what 'action' these core-dumps produced:
# ls -l /cor*
-rw------- 1 root root 3928064 2007-10-02 12:27 /core.13649
-rw------- 1 root root 3928064 2007-10-02 12:28 /core.16058
-rw------- 1 root root 3928064 2007-10-02 12:29 /core.17953
-rw------- 1 root root 3928064 2007-10-02 12:30 /core.20073
-rw------- 1 root root 3928064 2007-10-02 12:31 /core.23832
-rw------- 1 root root 3928064 2007-10-02 12:36 /core.8024
but these 'old' dumps are produced these gdb outputs:
[...]
Reading symbols from /usr/lib/apache/1.3/mod_backtrace.so...(no
debugging
symbols found)...done.
Loaded symbols for /usr/lib/apache/1.3/mod_backtrace.so
Reading symbols from /usr/lib/apache/1.3/mod_whatkilledus.so...(no
debugging
symbols found)...done.
Loaded symbols for /usr/lib/apache/1.3/mod_whatkilledus.so
Reading symbols from /usr/lib/apache/1.3/mod_prctl.so...done.
Loaded symbols for /usr/lib/apache/1.3/mod_prctl.so
Core was generated by `apache graceful'.
Program terminated with signal 11, Segmentation fault.
#0 0xb7ff26e7 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
If I get such a new core.dump with these debug symbols of apache-gdb and
libc6-gdb loaded, I'll give you a note.
Did I forget something to enable these debug symbols, or does it suffice
to simply install the packages?
regards
Gerhard
Reply to: