I just fell back to Apache-2.2.8 but same problem. By the way, Tosh,
how did you dump the libperl info?
I'm getting more core dumps than you, but pages are displayed by the
next child to pick it up. Here is the most common stack trace (via
Solaris' pstack command):
Wed Jan 27 09:06:35 EST 2010
core '/tmp/core' of 13862: /usr/local/apache/bin/httpd -k start
fee56ec8 t_delete (528c90, 228, 0, fecb2e24, fef303a8, c20360) + 74
fee56ac4 realfree (528a60, 229, d995c, fee56eb0, 0, 528a58) + 8c
fee56610 _malloc_unlocked (528598, 6f8, 528590, ff, 0, 0) + 260
fee56394 malloc (4c8, 1, da058, fee563a0, fef303a8, fef3a518) + 4c
fec8ae8c Perl_safesysmalloc (4c8, 0, 2000000, fffffff8, c000004,
c329d9) + 10
fecc2294 Perl_sv_grow (d17680, 4c8, 0, 2000000, 4cb, 0) + f8
fecbd094 Perl_sv_setsv_flags (84408, 4c7, 12c04540, d17680, d177e0,
ff800000) + ea0
fecbd5ac Perl_sv_mortalcopy (d177e0, 5e65d0, fed76000, 78, fed74400,
d17680) + 60
fecb2e24 Perl_pp_aassign (fed76294, 5b8c20, 5b8c0c, 5b8c1c, 0,
fed74400) + 154
fecaa830 Perl_runops_standard (0, fecb2cd0, fed75c88, 91c2c0, fed75c00,
91cec0) + 1c
feca4ce0 Perl_call_sv (fed75c00, fed76000, fed76000, fed75c00,
fed75c00, 91c2c0) + 4a4
fec1ca94 modperl_callback (0, 44b410, 44b450, ab4b8, 160080, fed76000)
+ 338
fec1d05c modperl_callback_run_handlers (fed75dec, 4, 44b450, 121dc8,
ab4b8, 0) + 31c
fec1d32c modperl_callback_per_dir (6, 44b450, 1, 1, ffbff03c, 214678) + 24
fec19ab4 modperl_response_handler_run (44b450, 0, 1460, 0, fed761d8,
fed76000) + 18
fec19cc4 modperl_response_handler_cgi (44b450, 4484b8, 121520, 0,
99070, 9) + 134
0003bfe4 ap_run_handler (44b450, 0, c, 449018, 448728, 0) + 3c
0003c460 ap_invoke_handler (44b450, 77400, 44b450, 0, fe780020, 0) + b8
000547f8 ap_process_request (44b450, 0, 4, 44b450, 0, 443728) + 160
00051964 ap_process_http_connection (4436c8, 443430, 443430, 0, 998d0,
2) + 10c
00042790 ap_run_process_connection (4436c8, 443430, 443430, 0, 441438,
4453f8) + 3c
00067a10 child_main (0, 0, 99c00, 99800, 11177, 99800) + 42c
00067c74 make_child (67400, 0, 0, fe781020, 440fc8, 0) + ec
00067d44 startup_children (5, feebd280, 0, 10, 1cf4, a) + 68
000686b0 ap_mpm_run (a4878, 99800, ab4b8, 99c00, 99800, 99800) + 950
000291f4 main (a4878, 96c00, 99000, 99000, a2870, 0) + 780
00028594 _start (0, 0, 0, 0, 0, 0) + 5c
My MPM is straight pre-fork, default 5 children to start with.
Unfortunately, this stuff needs to go into production soon.
On Wed, Jan 27, 2010 at 11:42 AM, Tosh Cooey <t...@1200group.com
<mailto:t...@1200group.com>> wrote:
I'm seeing the same thing on my DEV server which is:
Server: Apache/2.2.11 (Ubuntu) mod_perl/2.0.4 Perl/v5.10.0
I see it in the mornings when it has been sitting around all night
doing nothing, and the first couple hits result in core dumps/seg
faults, then after pounding REFRESH like a mad monkey a couple times
it then works.
This is on an Amazon EC2 Ubuntu 9.04 jaunty AMI built by Eric Hammond
http://alestic.com http://ec2ubuntu-group.notlong.com
perl -V:
Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
Platform:
osname=linux, osvers=2.6.24-23-server,
archname=i486-linux-gnu-thread-multi
uname='linux rothera 2.6.24-23-server #1 smp wed apr 1 22:22:14
utc 2009 i686 gnulinux '
config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN
-Dcccdlflags=-fPIC -Darchname=i486-linux-gnu -Dprefix=/usr
-Dprivlib=/usr/share/perl/5.10 -Darchlib=/usr/lib/perl/5.10
-Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5
-Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local
-Dsitelib=/usr/local/share/perl/5.10.0
-Dsitearch=/usr/local/lib/perl/5.10.0 -Dman1dir=/usr/share/man/man1
-Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1
-Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl
-Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio
-Uusenm -DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib
-Dlibperl=libperl.so.5.10.0 -Dd_dosuid -des'
hint=recommended, useposix=true, d_sigaction=define
useithreads=define, usemultiplicity=define
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
use64bitint=undef, use64bitall=undef, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64',
optimize='-O2 -g',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN
-fno-strict-aliasing -pipe -I/usr/local/include'
ccversion='', gccversion='4.3.3', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8,
Off_t='off_t', lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib /usr/lib64
libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt
perllibs=-ldl -lm -lpthread -lc -lcrypt
libc=/lib/libc-2.9.so <http://libc-2.9.so>, so=so,
useshrplib=true, libperl=libperl.so.5.10.0
gnulibc_version='2.9'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -O2 -g -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV
PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP
USE_ITHREADS
USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API
Built under linux
Compiled at Jun 26 2009 18:23:00
@INC:
/etc/perl
/usr/local/lib/perl/5.10.0
/usr/local/share/perl/5.10.0
/usr/lib/perl5
/usr/share/perl5
/usr/lib/perl/5.10
/usr/share/perl/5.10
/usr/local/lib/site_perl
.
Of course this could also just be all the illegitimate bastard
apache children I have been spawning being totally unprepared to
answer a real web request, but I'm keeping an eye on this server...
Tosh
Pas Argenio wrote:
Sorry if this is naive, but has anyone gotten this combo to
work? Upgraded to Apache 2.2.14, now crash on almost every
request, then next httpd picks up the request and actually
displays the page...
I've got massive core dumps all ending in malloc/free, truss
shows last operation was close()
--
McIntosh Cooey - Twelve Hundred Group LLC - http://www.1200group.com/