Perl 5.10.1 is still relatively new, so you might want to give 5.8.9 a shot. That is more heavily vetted on lesser used platforms such as Solaris.
On Wed, Jan 27, 2010 at 9:28 AM, Pas Argenio <pas.arge...@gmail.com> wrote: > 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> 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, 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/ > >
