From modperl-return-61356-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Sat Oct 30 15:18:39 2010 Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 89627 invoked from network); 30 Oct 2010 15:18:39 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 30 Oct 2010 15:18:39 -0000 Received: (qmail 79857 invoked by uid 500); 30 Oct 2010 15:18:38 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 79631 invoked by uid 500); 30 Oct 2010 15:18:35 -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 79624 invoked by uid 99); 30 Oct 2010 15:18:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 30 Oct 2010 15:18:34 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bhirt@me.com designates 17.148.16.104 as permitted sender) Received: from [17.148.16.104] (HELO asmtpout029.mac.com) (17.148.16.104) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 30 Oct 2010 15:18:26 +0000 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from rose.local (173-14-18-13-Colorado.hfc.comcastbusiness.net [173.14.18.13]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 64bit)) with ESMTPSA id <0LB300JCLZTANH40@asmtp029.mac.com> for modperl@perl.apache.org; Sat, 30 Oct 2010 08:17:36 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1010300069 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-10-30_04:2010-10-29,2010-10-30,1970-01-01 signatures=0 Subject: Re: mod_perl 1.30 seg faults From: Brian Hirt In-reply-to: <4CCBA22B.2070501@msg.com.mx> Date: Sat, 30 Oct 2010 09:17:34 -0600 Cc: modperl@perl.apache.org Message-id: <406A1CA0-379E-441C-A057-766FC252264D@me.com> References: <28E714B4-1421-4CCF-8A01-A97BDE8CE922@me.com> <4CCBA22B.2070501@msg.com.mx> To: Salvador Ortiz Garcia X-Mailer: Apple Mail (2.1081) Thanks, I don't know how I missed that. I swear I checked that i was running the latest version, /facepalm --brian On Oct 29, 2010, at 10:42 PM, Salvador Ortiz Garcia wrote: > Hi Brian, > > That bug was fixed in mod_perl 1.31. > > Sure you can upgrade to last 1.x mod_perl. > > Regards. > > Salvador Ortiz. > > On 10/29/2010 02:50 PM, Brian Hirt wrote: >> I'm running a modperl installation with 1.30 and apache 1.3.42. >> >> I recently upgrade from Ubuntu 9.04 to Ubuntu 10.04 and now every time a mod perl process shuts, it dumps core. None of the application code changed. Maybe modperl isn't playing nicely with perl 5.10.1 (the old machine had 5.10.0)? Luckily it's not causing a problem since the core dump doesn't happen during a regular request. However it was fun watching the machine try to write 20gb of core dumps every few minutes.... >> >> Does anyone have any idea why this is happening or what I can do? I know 1.30 is old and apache 1.3.42 is end of life. Yes we will be upgrading to a newer version in the future, but I'm trying to find an interim solution over the next few months. >> >> Any help is much appreciated. >> >> Thanks! >> Brian >> >> Program terminated with signal 11, Segmentation fault. >> #0 0x4012ad6a in Perl_av_undef () from /usr/lib/libperl.so.5.10 >> (gdb) bt >> #0 0x4012ad6a in Perl_av_undef () from /usr/lib/libperl.so.5.10 >> #1 0x080842b0 in perl_shutdown (s=0xa09705c, p=0xd839a44) at mod_perl.c:284 >> #2 0x0808470a in perl_child_exit_cleanup (data=0xd839bd4) at mod_perl.c:940 >> #3 0x080c47dd in run_cleanups (c=0xd839bdc) at alloc.c:1703 >> #4 0x080c31e6 in ap_clear_pool (a=0xd839a44) at alloc.c:499 >> #5 0x080c325a in ap_destroy_pool (a=0xd839a44) at alloc.c:529 >> #6 0x080d12cd in clean_child_exit (code=0) at http_main.c:543 >> #7 0x080d340d in just_die (sig=15) at http_main.c:3258 >> #8 >> #9 0x4001d422 in __kernel_vsyscall () >> #10 0x402c68ab in semop () from /lib/tls/i686/cmov/libc.so.6 >> #11 0x080d14f7 in accept_mutex_on_sysvsem () at http_main.c:895 >> #12 0x080d4ac7 in child_main (child_num_arg=0) at http_main.c:4589 >> #13 0x080d51d4 in make_child (s=0xa09705c, slot=0, now=1287622896) at http_main.c:5055 >> #14 0x080d526a in startup_children (number_to_start=5) at http_main.c:5083 >> #15 0x080d5a54 in standalone_main (argc=1, argv=0xbf8ab984) at http_main.c:5430 >> #16 0x080d632a in main (argc=1, argv=0xbf8ab984) at http_main.c:5773 >> (gdb) >> >> >