Re: Core dump on startup

[Doug MacEachern]

On Sun, 9 Apr 2000, Robert Jenks wrote:

 I'm having problems with httpd core dumping during startup and have been
 completely unable to track it down.  Sometimes it will start up fine and
 other times it will core dump.  Any ideas, hints, etc.. would be GREATLY
 appreciated.

i see a mention of 'xmlFile' in your startup.pl, does that mean you're
using XML::Parser?  if so, try configuring Apache with:

RULE_EXPAT=no

Core dump on startup

[Robert Jenks]

Title: Core dump on startup





I'm having problems with httpd core dumping during startup and have been completely unable to track it down. Sometimes it will start up fine and other times it will core dump. Any ideas, hints, etc.. would be GREATLY appreciated.

I'm running:
 VALinux/RedHat 6.0 - Linux 2.2.13
 apache 1.3.12
 mod_perl 1.22
 mod_ssl 2.6.2 / OpenSSL 0.9.5
 mm 1.0.12
 perl 5.005_03 (RedHat 6.0 dist RPM)



 Core Info ---
[root@machine logs]# ls -l
total 33359
-rw--- 1 root 506 34025472 Apr 6 21:57 core
-rw--- 1 root 506 0 Apr 6 21:57 httpd.mm.16267.sem
[root@machine logs]# gdb ../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...(no debugging symbols found)...
Core was generated by `/HealthSuite/apache/bin/httpd'.
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/libnsl.so.1...done.
Reading symbols from /lib/libdb.so.3...done.
Reading symbols from /usr/lib/libgdbm.so.2...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/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.
#0 0x40116f49 in chunk_free (ar_ptr=0x401a9dc0, p=0x9f22bf8) at malloc.c:3030
malloc.c:3030: No such file or directory.
(gdb) where
#0 0x40116f49 in chunk_free (ar_ptr=0x401a9dc0, p=0x9f22bf8) at malloc.c:3030
#1 0x40116dd5 in __libc_free (mem=0x9f22c00) at malloc.c:2942
#2 0x819d02c in Perl_safefree ()
#3 0x81ad3ea in Perl_sv_setsv ()
#4 0x81a5ff3 in Perl_pp_sassign ()
#5 0x81d3f8d in Perl_runops_standard ()
#6 0x817c77c in perl_eval_sv ()
#7 0x80b2c2c in perl_do_file ()
#8 0x80b2c5e in perl_load_startup_script ()
#9 0x80af208 in perl_cmd_require ()
#10 0x80c6d57 in ap_clear_module_list ()
#11 0x80c7203 in ap_handle_command ()
#12 0x80c7299 in ap_srm_command_loop ()
#13 0x80c76a0 in ap_process_resource_config ()
#14 0x80c7f82 in ap_read_config ()
#15 0x80d22a3 in main ()
#16 0x400d6493 in __libc_start_main (main=0x80d200c main, argc=1, argv=0xbc04, init=0x807d694 _init, 
 fini=0x81d4e8c _fini, rtld_fini=0x4000a840 _dl_fini, stack_end=0xbbfc)
 at ../sysdeps/generic/libc-start.c:78
(gdb) 



--
Robert Jenks [EMAIL PROTECTED]





 startup.pl
 httpd.conf

Re: Modperl core dump on startup

[Stas Bekman]

RH supplied RPMs suck, please read the mailing list archive it was
discussed many time already. Grab the statically built RPM from
perl.apache.org.

 Hi all.  
 
 I just installed modperl 1.21 with apache 1.3.9, both are custom RPMs
 that are basically based on the Red Hat RPMs (we just changed the
 paths.)  So we load modperl dynamically using Load and AddModule.  
 
 When I just do a plain old 'apachectl start' it looks like it is
 starting but ps show me no httpd processes there is no error message
 and nothing in the error log. I actually had this setup going earlier
 today, and was quite perplexed why it wasn't working now.
 
 So I took out the Load and AddModule lines for modperl and then tried
 starting the server up.  It worked fine.  So then I added the lines
 back to the conf file, and restarted the server and it works.  No
 problems at all.
 
 I did a find to see if apache might have left a core file lying around
 somewhere where I hadn't looked yet and found the one that it had
 dumped.  It appears that it crashed somewhere while messing with 
 Data::Dumper.  I can send a full backtrace if neccesary.
 
 System Stats:
 Red Hat 6.1
 Dual Pentium III 500MHz
 256 MB RAM
 perl5 (5.0 patchlevel 5 subversion 3) (Stock RH)
 modperl 1.21 (homebrew RPM)
 apache 1.3.9 (same)
 
 ===
 Sam Phillips [EMAIL PROTECTED] http://www.usaworks.com/~sam
 I do not fear computers.  I fear the lack of them.
   -- Isaac Asimov
 
 
 



___
Stas Bekman  mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas  
Perl,CGI,Apache,Linux,Web,Java,PC at  www.singlesheaven.com/stas/TULARC
www.apache.org   www.perl.com  == www.modperl.com  ||  perl.apache.org
single o- + single o-+ = singlesheavenhttp://www.singlesheaven.com

Modperl core dump on startup

[Sam Phillips]

Hi all.  

I just installed modperl 1.21 with apache 1.3.9, both are custom RPMs
that are basically based on the Red Hat RPMs (we just changed the
paths.)  So we load modperl dynamically using Load and AddModule.  

When I just do a plain old 'apachectl start' it looks like it is
starting but ps show me no httpd processes there is no error message
and nothing in the error log. I actually had this setup going earlier
today, and was quite perplexed why it wasn't working now.

So I took out the Load and AddModule lines for modperl and then tried
starting the server up.  It worked fine.  So then I added the lines
back to the conf file, and restarted the server and it works.  No
problems at all.

I did a find to see if apache might have left a core file lying around
somewhere where I hadn't looked yet and found the one that it had
dumped.  It appears that it crashed somewhere while messing with 
Data::Dumper.  I can send a full backtrace if neccesary.

System Stats:
Red Hat 6.1
Dual Pentium III 500MHz
256 MB RAM
perl5 (5.0 patchlevel 5 subversion 3) (Stock RH)
modperl 1.21 (homebrew RPM)
apache 1.3.9 (same)

===
Sam Phillips [EMAIL PROTECTED] http://www.usaworks.com/~sam
I do not fear computers.  I fear the lack of them.
-- Isaac Asimov