apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Anthony J. Biacco" <abia...@formatdynamics.com>
Subject RE: apr 1.4.4 breaks mod_jk
Date Tue, 17 May 2011 22:12:34 GMT
Just fyi, I have had no problems yet on apache 2.2.18 worker and apr
1.4.4 (centos 5.6 x86_64 and jk 1.2.31)

-Tony
---------------------------
Manager, IT Operations
Format Dynamics, Inc.
P: 303-228-7327
F: 303-228-7305
abiacco@formatdynamics.com
http://www.formatdynamics.com


> -----Original Message-----
> From: Rainer Jung [mailto:rainer.jung@kippdata.de]
> Sent: Tuesday, May 17, 2011 4:08 PM
> To: dev@apr.apache.org
> Subject: Re: apr 1.4.4 breaks mod_jk
> 
> On 17.05.2011 23:33, Mike Jakubik wrote:
> > Hello,
> >
> > I have recently discovered while updating my apache22 installation
and
> > subsequently apr1 from 1.4.2 to 1.4.4 that mod_jk now causes the
apache
> > server to consume 100% cpu and become unresponsive. I have tried
> > recompiling mod_jk with the new apr but that did not help. Below is
my
> > environment information.
> >
> > PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU
> > COMMAND
> > 11241 www           1 114    0 61492K 11200K CPU0    0   0:53 78.96%
> > httpd
> > 11237 www           1 110    0 61492K 11276K RUN     1   0:40 66.26%
> > httpd
> > 11238 www           1 108    0 61492K 11276K RUN     0   0:50 56.05%
> > httpd
> >
> > Process takes up all resources and is unresponsive, no errors are
> > logged. Removing mod_jk from apache solves the problem.
> >
> > FreeBSD staging.local 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Mar  3
> > 17:32:06 EST 2011
root@staging.local:/usr/obj/usr/src/sys/STAGING
> > amd64
> > Apache/2.2.18 (FreeBSD) mod_jk/1.2.31 PHP/5.3.6 with Suhosin-Patch
> > mod_ssl/2.2.18 OpenSSL/0.9.8q
> 
> Thanks for the report. Would you mind opening an issues in Bugzilla?
You
> can choose the Tomcat project and Tomcat Connectors as a component. If
> it turns out as an APR bug, we can move the issue there later.
> 
> It would be very helpful, if you could provide thread stacks using
> pstack or gdb. Please provide a couple of such threads stack outputs.
> 
> Furthermore, if your MPM is worker, not prefork, it would be helpful
if
> you could check using ps, which of the threads in the process actually
> consume the CPU. I'm not sure about FreeBSD ps flags, but -H -p ...
> could be right. This helps us select out the right thread stack.
> 
> Regards,
> 
> Rainer
> 


Mime
View raw message