Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:43479
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain yahoo.co.in from 202.43.219.79 cause and error)
DomainKey-Status: good
DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.co.in;
  h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type;
  b=Ffd++C/e1djKvgD38H+XYCMVLqz9yu6f/9kdrHdgUDikkTNOzT+EwDtSU/E7Xu7eMY9n9ipl6x/Im/NmL9ct0NLcoD6JJx7FVXFIPdfSP9igc0lApIptQ0ICjOrVksNMbNSCFFZ1RG+soarzKxPSWXCqlWWoZZ4soTQtKiAEYHg=;
Message-ID: <91365.8780.qm@web8604.mail.in.yahoo.com>
Date: Thu, 26 Mar 2009 13:23:27 +0530 (IST)
To: internals@lists.php.net
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1471666199-1238054007=:8780"
Subject: problem with apache segfault
From: rathnacar@yahoo.co.in (Rathnakar Konda)

--0-1471666199-1238054007=:8780
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi Guys,=0A=0AWe are have a problem with apache segfault on our production =
server. Please read bellow for description.=0A=0AIts=0Aa web application wr=
itten in php5 and implemented most of the oop=0Aconcepts and lot of regular=
 expressions, curl, mcrypt, simplexml,=0Amssql, exceptions and user defined=
 error handlers. When we run this app=0Aon our test server, we had no probl=
ems, but when we moved it on to the=0Aproduction(here we used have big amou=
nt of traffic), initially we saw=0Ano problems from our end user testing bu=
t from system log, we saw lots=0Aof 'segfaults' and thus requests were bein=
g dropped(difference in=0Atraffic).=0A=0AWeird thing is that, on the same a=
pache httpd, there=0Ais an another application running successfully which i=
s having lesser=0Aoop concepts but with same libraries. We are running thes=
e two=0Aapplications with virtual host concept. We see 'segfaults' only whe=
n=0Athe traffic is very high on the first application.=0A=0AWe have upgrade=
d our php module from 5.2.6 to 5.2.9 but with no result. We have the core d=
ump of the apache below:=0A=0A#0  0x000055555557dfee in ap_merge_per_dir_co=
nfigs () from /usr/sbin/httpd=0ANo symbol table info available.=0A#1  0x000=
055555557b121 in ap_directory_walk () from /usr/sbin/httpd=0ANo symbol tabl=
e info available.=0A#2  0x00005555555765b9 in ap_is_recursion_limit_exceede=
d () from /usr/sbin/httpd=0ANo symbol table info available.=0A#3  0x0000555=
555578b42 in ap_run_map_to_storage () from /usr/sbin/httpd=0ANo symbol tabl=
e info available.=0A#4  0x0000555555579cbc in ap_process_request_internal (=
) from /usr/sbin/httpd=0ANo symbol table info available.=0A#5  0x0000555555=
58b668 in ap_process_request () from /usr/sbin/httpd=0ANo symbol table info=
 available.=0A#6  0x0000555555588900 in ap_register_input_filter () from /u=
sr/sbin/httpd=0ANo symbol table info available.=0A#7  0x0000555555584a92 in=
 ap_run_process_connection () from /usr/sbin/httpd=0ANo symbol table info a=
vailable.=0A#8  0x000055555558f27b in ap_graceful_stop_signalled () from /u=
sr/sbin/httpd=0ANo symbol table info available.=0A#9  0x000055555558f50a in=
 ap_graceful_stop_signalled () from /usr/sbin/httpd=0ANo symbol table info =
available.=0A#10 0x000055555558fd7b in ap_mpm_run () from /usr/sbin/httpd=
=0ANo symbol table info available.=0A#11 0x000055555556ade4 in main () from=
 /usr/sbin/httpd=0ANo symbol table info available.=0A=0AWe=0Ahave tried mod=
ifying most of the curl implementation but with no use.=0AAlso now we have =
no clues of the origin of the bug. Any kind of help=0Aregarding this is mos=
tly appreciated.=0A=0ATHANK YOU=0A--rats=0A=0A=0A=0A      Check out the all=
-new Messenger 9.0! Go to http://in.messenger.yahoo.com/
--0-1471666199-1238054007=:8780--