Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 58516 invoked from network); 27 Jan 2010 19:13:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 Jan 2010 19:13:14 -0000 Received: (qmail 3361 invoked by uid 500); 27 Jan 2010 19:13:13 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 3314 invoked by uid 500); 27 Jan 2010 19:13:13 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 3304 invoked by uid 99); 27 Jan 2010 19:13:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jan 2010 19:13:13 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.160.51] (HELO mail-pw0-f51.google.com) (209.85.160.51) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jan 2010 19:13:04 +0000 Received: by pwj15 with SMTP id 15so4018485pwj.10 for ; Wed, 27 Jan 2010 11:12:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.201.14 with SMTP id y14mr2165278wff.95.1264619562183; Wed, 27 Jan 2010 11:12:42 -0800 (PST) In-Reply-To: <30a2344a1001270928k63c24032oddbb7bf62046634@mail.gmail.com> References: <30a2344a1001261819w3d377ae1m3b0bf5cc2d92cb84@mail.gmail.com> <4B606D0E.8060702@1200group.com> <30a2344a1001270928k63c24032oddbb7bf62046634@mail.gmail.com> Date: Wed, 27 Jan 2010 11:12:41 -0800 Message-ID: Subject: Re: mod_perl-2.0.4 with Apache 2.2.9 and perl 5.10.0 intermittent crashing From: Fred Moyer To: Pas Argenio Cc: modperl@perl.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org 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 wrote: > I just fell back to Apache-2.2.8 but same problem.=A0 By the way, Tosh, h= ow > 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.=A0 Here is the most common stack trace (via Solaris' > pstack command): > > Wed Jan 27 09:06:35 EST 2010 > core '/tmp/core' of 13862:=A0=A0=A0 /usr/local/apache/bin/httpd -k start > =A0fee56ec8 t_delete (528c90, 228, 0, fecb2e24, fef303a8, c20360) + 74 > =A0fee56ac4 realfree (528a60, 229, d995c, fee56eb0, 0, 528a58) + 8c > =A0fee56610 _malloc_unlocked (528598, 6f8, 528590, ff, 0, 0) + 260 > =A0fee56394 malloc=A0=A0 (4c8, 1, da058, fee563a0, fef303a8, fef3a518) + = 4c > =A0fec8ae8c Perl_safesysmalloc (4c8, 0, 2000000, fffffff8, c000004, c329d= 9) + > 10 > =A0fecc2294 Perl_sv_grow (d17680, 4c8, 0, 2000000, 4cb, 0) + f8 > =A0fecbd094 Perl_sv_setsv_flags (84408, 4c7, 12c04540, d17680, d177e0, > ff800000) + ea0 > =A0fecbd5ac Perl_sv_mortalcopy (d177e0, 5e65d0, fed76000, 78, fed74400, > d17680) + 60 > =A0fecb2e24 Perl_pp_aassign (fed76294, 5b8c20, 5b8c0c, 5b8c1c, 0, fed7440= 0) + > 154 > =A0fecaa830 Perl_runops_standard (0, fecb2cd0, fed75c88, 91c2c0, fed75c00= , > 91cec0) + 1c > =A0feca4ce0 Perl_call_sv (fed75c00, fed76000, fed76000, fed75c00, fed75c0= 0, > 91c2c0) + 4a4 > =A0fec1ca94 modperl_callback (0, 44b410, 44b450, ab4b8, 160080, fed76000)= + > 338 > =A0fec1d05c modperl_callback_run_handlers (fed75dec, 4, 44b450, 121dc8, a= b4b8, > 0) + 31c > =A0fec1d32c modperl_callback_per_dir (6, 44b450, 1, 1, ffbff03c, 214678) = + 24 > =A0fec19ab4 modperl_response_handler_run (44b450, 0, 1460, 0, fed761d8, > fed76000) + 18 > =A0fec19cc4 modperl_response_handler_cgi (44b450, 4484b8, 121520, 0, 9907= 0, 9) > + 134 > =A00003bfe4 ap_run_handler (44b450, 0, c, 449018, 448728, 0) + 3c > =A00003c460 ap_invoke_handler (44b450, 77400, 44b450, 0, fe780020, 0) + b= 8 > =A0000547f8 ap_process_request (44b450, 0, 4, 44b450, 0, 443728) + 160 > =A000051964 ap_process_http_connection (4436c8, 443430, 443430, 0, 998d0,= 2) + > 10c > =A000042790 ap_run_process_connection (4436c8, 443430, 443430, 0, 441438, > 4453f8) + 3c > =A000067a10 child_main (0, 0, 99c00, 99800, 11177, 99800) + 42c > =A000067c74 make_child (67400, 0, 0, fe781020, 440fc8, 0) + ec > =A000067d44 startup_children (5, feebd280, 0, 10, 1cf4, a) + 68 > =A0000686b0 ap_mpm_run (a4878, 99800, ab4b8, 99c00, 99800, 99800) + 950 > =A0000291f4 main=A0=A0=A0=A0 (a4878, 96c00, 99000, 99000, a2870, 0) + 780 > =A000028594 _start=A0=A0 (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 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 =A0http://ec2ubuntu-group.notlong.com >> >> perl -V: >> >> Summary of my perl5 (revision 5 version 10 subversion 0) configuration: >> =A0Platform: >> =A0 =A0osname=3Dlinux, osvers=3D2.6.24-23-server, >> archname=3Di486-linux-gnu-thread-multi >> =A0 =A0uname=3D'linux rothera 2.6.24-23-server #1 smp wed apr 1 22:22:14= utc >> 2009 i686 gnulinux ' >> =A0 =A0config_args=3D'-Dusethreads -Duselargefiles -Dccflags=3D-DDEBIAN >> -Dcccdlflags=3D-fPIC -Darchname=3Di486-linux-gnu -Dprefix=3D/usr >> -Dprivlib=3D/usr/share/perl/5.10 -Darchlib=3D/usr/lib/perl/5.10 >> -Dvendorprefix=3D/usr -Dvendorlib=3D/usr/share/perl5 -Dvendorarch=3D/usr= /lib/perl5 >> -Dsiteprefix=3D/usr/local -Dsitelib=3D/usr/local/share/perl/5.10.0 >> -Dsitearch=3D/usr/local/lib/perl/5.10.0 -Dman1dir=3D/usr/share/man/man1 >> -Dman3dir=3D/usr/share/man/man3 -Dsiteman1dir=3D/usr/local/man/man1 >> -Dsiteman3dir=3D/usr/local/man/man3 -Dman1ext=3D1 -Dman3ext=3D3perl >> -Dpager=3D/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uu= senm >> -DDEBUGGING=3D-g -Doptimize=3D-O2 -Duseshrplib -Dlibperl=3Dlibperl.so.5.= 10.0 >> -Dd_dosuid -des' >> =A0 =A0hint=3Drecommended, useposix=3Dtrue, d_sigaction=3Ddefine >> =A0 =A0useithreads=3Ddefine, usemultiplicity=3Ddefine >> =A0 =A0useperlio=3Ddefine, d_sfio=3Dundef, uselargefiles=3Ddefine, useso= cks=3Dundef >> =A0 =A0use64bitint=3Dundef, use64bitall=3Dundef, uselongdouble=3Dundef >> =A0 =A0usemymalloc=3Dn, bincompat5005=3Dundef >> =A0Compiler: >> =A0 =A0cc=3D'cc', ccflags =3D'-D_REENTRANT -D_GNU_SOURCE -DDEBIAN >> -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE >> -D_FILE_OFFSET_BITS=3D64', >> =A0 =A0optimize=3D'-O2 -g', >> =A0 =A0cppflags=3D'-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-alias= ing >> -pipe -I/usr/local/include' >> =A0 =A0ccversion=3D'', gccversion=3D'4.3.3', gccosandvers=3D'' >> =A0 =A0intsize=3D4, longsize=3D4, ptrsize=3D4, doublesize=3D8, byteorder= =3D1234 >> =A0 =A0d_longlong=3Ddefine, longlongsize=3D8, d_longdbl=3Ddefine, longdb= lsize=3D12 >> =A0 =A0ivtype=3D'long', ivsize=3D4, nvtype=3D'double', nvsize=3D8, Off_t= =3D'off_t', >> lseeksize=3D8 >> =A0 =A0alignbytes=3D4, prototype=3Ddefine >> =A0Linker and Libraries: >> =A0 =A0ld=3D'cc', ldflags =3D' -L/usr/local/lib' >> =A0 =A0libpth=3D/usr/local/lib /lib /usr/lib /usr/lib64 >> =A0 =A0libs=3D-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt >> =A0 =A0perllibs=3D-ldl -lm -lpthread -lc -lcrypt >> =A0 =A0libc=3D/lib/libc-2.9.so, so=3Dso, useshrplib=3Dtrue, >> libperl=3Dlibperl.so.5.10.0 >> =A0 =A0gnulibc_version=3D'2.9' >> =A0Dynamic Linking: >> =A0 =A0dlsrc=3Ddl_dlopen.xs, dlext=3Dso, d_dlsymun=3Dundef, ccdlflags=3D= '-Wl,-E' >> =A0 =A0cccdlflags=3D'-fPIC', lddlflags=3D'-shared -O2 -g -L/usr/local/li= b' >> >> >> Characteristics of this binary (from libperl): >> =A0Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PERL_IMPLICIT_CONTEXT PER= L_MALLOC_WRAP USE_ITHREADS >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0USE_LARGE_FILES USE_PERLI= O USE_REENTRANT_API >> =A0Built under linux >> =A0Compiled at Jun 26 2009 18:23:00 >> =A0@INC: >> =A0 =A0/etc/perl >> =A0 =A0/usr/local/lib/perl/5.10.0 >> =A0 =A0/usr/local/share/perl/5.10.0 >> =A0 =A0/usr/lib/perl5 >> =A0 =A0/usr/share/perl5 >> =A0 =A0/usr/lib/perl/5.10 >> =A0 =A0/usr/share/perl/5.10 >> =A0 =A0/usr/local/lib/site_perl >> =A0 =A0. >> >> >> 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? >>> =A0Upgraded to Apache 2.2.14, now crash on almost every request, then n= ext >>> 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/ > >