Unclean process shutdown in event MPM?

2010-03-23 Thread Rainer Jung
I can currently reproduce the following problem with 2.2.15 event MPM under high load: When an httpd child process gets closed due to the max spare threads rule and it holds established client connections for which it has fully received a keep alive request, but not yet send any part of the

Re: Unclean process shutdown in event MPM?

2010-03-23 Thread Jeff Trawick
On Tue, Mar 23, 2010 at 7:19 AM, Rainer Jung rainer.j...@kippdata.de wrote: I can currently reproduce the following problem with 2.2.15 event MPM under high load: When an httpd child process gets closed due to the max spare threads rule and it holds established client connections for which it

Testing persistent Connection

2010-03-23 Thread ragu5050
we have an browser -asynchronous router software(that uses mina framework)- tomcat We have client side Persistent connection(PC) and server side PC can be enabled or diaabled Jmeter : i have configured. http://localhost:7072/?service=echoservicepausetime=100size=1024;; If we hit normal

Re: Testing persistent Connection

2010-03-23 Thread Eric Covener
On Tue, Mar 23, 2010 at 8:48 AM, ragu5050 ragunath...@gmail.com wrote: So why this happening in PC alone.??? And also please let me know how to test this scenraio ,so that it reads response in case of PC also properly. http://httpd.apache.org/userslist.html -- Eric Covener

Re: Unclean process shutdown in event MPM?

2010-03-23 Thread Rainer Jung
On 23.03.2010 13:34, Jeff Trawick wrote: On Tue, Mar 23, 2010 at 7:19 AM, Rainer Jungrainer.j...@kippdata.de wrote: I can currently reproduce the following problem with 2.2.15 event MPM under high load: When an httpd child process gets closed due to the max spare threads rule and it holds

Re: Unclean process shutdown in event MPM?

2010-03-23 Thread Jeff Trawick
On Tue, Mar 23, 2010 at 10:04 AM, Rainer Jung rainer.j...@kippdata.de wrote: On 23.03.2010 13:34, Jeff Trawick wrote: On Tue, Mar 23, 2010 at 7:19 AM, Rainer Jungrainer.j...@kippdata.de  wrote: I can currently reproduce the following problem with 2.2.15 event MPM under high load: When an

RE: Fighting with build process 2.2.x on Sparc Solaris 10

2010-03-23 Thread Thomas, Peter
-Original Message- From: William A. Rowe Jr. [mailto:wr...@rowe-clan.net] Sent: Friday, March 05, 2010 5:59 PM To: dev@httpd.apache.org Subject: Re: Fighting with build process 2.2.x on Sparc Solaris 10 What if -lm is placed after libapr[util]? Not sure what is going on, but it

Re: Fighting with build process 2.2.x on Sparc Solaris 10

2010-03-23 Thread Jeff Trawick
On Tue, Mar 23, 2010 at 12:50 PM, Thomas, Peter ptho...@hpti.com wrote: -Original Message- From: William A. Rowe Jr. [mailto:wr...@rowe-clan.net] Sent: Friday, March 05, 2010 5:59 PM To: dev@httpd.apache.org Subject: Re: Fighting with build process 2.2.x on Sparc Solaris 10 What if

Re: svn commit: r925858 - in /httpd/httpd/branches/2.2.x: CHANGES STATUS docs/manual/mod/core.xml server/config.c

2010-03-23 Thread Graham Leggett
On 21 Mar 2010, at 10:14 PM, William A. Rowe Jr. wrote: No-match of a wildcard must result in an error. If you are arguing that httpd should allow the admin to create conf/vhosts/*, only populated if they are created, then I'll counter that would be fine, just populate conf/vhosts/

Re: svn commit: r925858 - in /httpd/httpd/branches/2.2.x: CHANGES STATUS docs/manual/mod/core.xml server/config.c

2010-03-23 Thread William A. Rowe Jr.
On 3/23/2010 5:10 PM, Graham Leggett wrote: On 21 Mar 2010, at 10:14 PM, William A. Rowe Jr. wrote: No-match of a wildcard must result in an error. If you are arguing that httpd should allow the admin to create conf/vhosts/*, only populated if they are created, then I'll counter that

Re: svn commit: r925858 - in /httpd/httpd/branches/2.2.x: CHANGES STATUS docs/manual/mod/core.xml server/config.c

2010-03-23 Thread Graham Leggett
On 24 Mar 2010, at 12:33 AM, William A. Rowe Jr. wrote: In the wild I see that pattern all the time, a configuration directory containing some equivalent of empty.conf, to work around this limitation. Without this empty.conf file, you run the opposite risk - someone removing the last config