Core dump

[Robert Jenks <ro...@physia.com>]

Got a different code dump.  I'm not sure if this one is mod_perl related
though...  My httpd.conf and startup.pl are the same as my 4/9/2000 post.

Anyone know what "perform_idle_server_maintenance" might be doing that could
cause a segfault?

-Robert

$ gdb /usr/local/apache/bin/httpd core
GNU gdb 4.17.0.13 with Linux support
Copyright 1998 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 "i386-redhat-linux"...
Core was generated by `/usr/local/apache/bin/httpd -d
/home/vusr_demo01/projects/apache'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
Reading symbols from /usr/local/apache/libexec/libperl.so...done.
Reading symbols from /lib/libnsl.so.1...done.
Reading symbols from /lib/libdb.so.3...done.
Reading symbols from /usr/lib/libgdbm.so.2...done.
Reading symbols from
/usr/lib/perl5/5.00503/i386-linux/auto/POSIX/POSIX.so...done.
Reading symbols from
/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Storable/Storable.so...done.
Reading symbols from /usr/lib/perl5/5.00503/i386-linux/auto/IO/IO.so...done.
Reading symbols from
/usr/lib/perl5/5.00503/i386-linux/auto/Fcntl/Fcntl.so...done.
Reading symbols from
/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Digest/MD5/MD5.so...done.
Reading symbols from
/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBI/DBI.so...done.
Reading symbols from
/usr/lib/perl5/site_perl/5.005/i386-linux/auto/XML/Parser/Expat/Expat.so...
done.
Reading symbols from
/usr/lib/perl5/site_perl/5.005/i386-linux/auto/HTML/Parser/Parser.so...
done.
Reading symbols from
/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Date/Calc/Calc.so...done.
Reading symbols from
/usr/lib/perl5/site_perl/5.005/i386-linux/pdflib.so...done.
Reading symbols from /usr/lib/libpdf2.01.so...done.
Reading symbols from /usr/lib/libtiff.so.3...done.
Reading symbols from /usr/lib/libjpeg.so.62...done.
Reading symbols from /usr/lib/libz.so.1...done.
Reading symbols from
/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/Oracle/Oracle.so...done.
Reading symbols from /usr/lib/libclntsh.so.1.0...done.
#0  0x4089fbb6 in kputac ()
(gdb) where
#0  0x4089fbb6 in kputac ()
#1  0x408bf8b6 in OCISessionEnd ()
#2  0x4046b388 in ora_db_disconnect ()
#3  0x40468399 in XS_DBD__Oracle__db_DESTROY ()
#4  0x402c3082 in XS_DBI_dispatch ()
#5  0x401e82b6 in Perl_pp_entersub ()
#6  0x401ba5dc in perl_call_sv ()
#7  0x401ec69a in Perl_sv_clear ()
#8  0x401ec9dc in Perl_sv_free ()
#9  0x401e8d9d in do_clean_objs ()
#10 0x401e8d1c in visit ()
#11 0x401e8e18 in Perl_sv_clean_objs ()
#12 0x401b8e2a in perl_destruct ()
#13 0x4019e161 in perl_shutdown ()
#14 0x4019f534 in perl_child_exit ()
#15 0x4019f2d9 in perl_child_exit_cleanup ()
#16 0x809996e in run_cleanups ()
#17 0x809818d in ap_clear_pool ()
#18 0x8098201 in ap_destroy_pool ()
#19 0x80a4bb3 in clean_child_exit ()
#20 0x80a6857 in just_die ()
#21 <signal handler called>
#22 0x4005c800 in _ufc_foobar ()
#23 0x80a7b27 in child_main ()
#24 0x80a812c in make_child ()
#25 0x80a84a6 in perform_idle_server_maintenance ()
#26 0x80a89d5 in standalone_main ()
#27 0x80a8fa3 in main ()
#28 0x4007f493 in __libc_start_main (main=0x80a8c4c <main>, argc=3,
argv=0xbffff544, 
    init=0x806a42c <_init>, fini=0x81396ac <_fini>, rtld_fini=0x4000a840
<_dl_fini>, 
    stack_end=0xbffff53c) at ../sysdeps/generic/libc-start.c:78

Re: Core dump

[Doug MacEachern <do...@covalent.net>]

On Tue, 18 Apr 2000, Robert Jenks wrote:

> Got a different code dump.  I'm not sure if this one is mod_perl related
> though...  My httpd.conf and startup.pl are the same as my 4/9/2000 post.

> #0  0x4089fbb6 in kputac ()
> (gdb) where
> #0  0x4089fbb6 in kputac ()
> #1  0x408bf8b6 in OCISessionEnd ()
> #2  0x4046b388 in ora_db_disconnect ()
> #3  0x40468399 in XS_DBD__Oracle__db_DESTROY ()
...
> #14 0x4019f534 in perl_child_exit ()

this is happening when a child exits, and your persistent Apache::DBI is
being disconnected.  i don't have any insight into why DBD::Oracle is core
dumping, unless you can compile it with -g, so filename/line numbers are
shown.  one bandaid would be to set the enviornment variable
PERL_DESTRUCT_LEVEL to -1, in which case mod_perl will skip global
destruction and the os will take care of closing your db socket.