You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Greg Stein <gs...@lyra.org> on 2000/07/08 15:12:03 UTC

Re: cvs commit: apache-2.0/src/modules/mpm config.m4

On Sat, Jul 08, 2000 at 01:05:41PM -0000, gstein@locus.apache.org wrote:
> gstein      00/07/08 06:05:41
> 
>   Modified:    src/modules/mpm config.m4
>   Log:
>   the new "mpmt" MPM is busted. the config system didn't listen to me when I
>   said that I really wanted --with-mpm=mpmt_pthread. I made it listen :-)
>   
>   the new behavior: if you explicitly state an MPM, then it is used. if it
>   guesses one, then it is free to replace that guess with mpmt.
>   
>   [ yes, this will probably change again when mpmt works ]


Regarding the error that I saw with mpmt... here is a snippet of my
error_log:

[Sat Jul 08 05:39:00 2000] [notice] Apache/2.0a5-dev (Unix) DAV/2.0a5-dev configured -- resuming normal operations
[Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
[Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
[Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
[Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
[Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
[Sat Jul 08 05:39:01 2000] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Sat Jul 08 05:39:11 2000] [alert] Child 4416 returned a Fatal error... Apache is exiting!


Note the ten second pause before exiting. That is the sleep(10) at line 626
of mpmt.c

Dunno much more than that cuz I'm not up for screwing with it. mpmt_pthread
works fine for me.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/

Re: cvs commit: apache-2.0/src/modules/mpm config.m4

Posted by rb...@covalent.net.
On Sat, 8 Jul 2000, Greg Stein wrote:

> On Sat, Jul 08, 2000 at 01:05:41PM -0000, gstein@locus.apache.org wrote:
> > gstein      00/07/08 06:05:41
> > 
> >   Modified:    src/modules/mpm config.m4
> >   Log:
> >   the new "mpmt" MPM is busted. the config system didn't listen to me when I
> >   said that I really wanted --with-mpm=mpmt_pthread. I made it listen :-)
> >   
> >   the new behavior: if you explicitly state an MPM, then it is used. if it
> >   guesses one, then it is free to replace that guess with mpmt.
> >   
> >   [ yes, this will probably change again when mpmt works ]
> 
> 
> Regarding the error that I saw with mpmt... here is a snippet of my
> error_log:
> 
> [Sat Jul 08 05:39:00 2000] [notice] Apache/2.0a5-dev (Unix) DAV/2.0a5-dev configured -- resuming normal operations
> [Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
> [Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
> [Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
> [Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
> [Sat Jul 08 05:39:00 2000] [alert] (4)Interrupted system call: pthread_create: unable to create worker thread
> [Sat Jul 08 05:39:01 2000] [error] (12)Cannot allocate memory: fork: Unable to fork new process
> [Sat Jul 08 05:39:11 2000] [alert] Child 4416 returned a Fatal error... Apache is exiting!
> 
> 
> Note the ten second pause before exiting. That is the sleep(10) at line 626
> of mpmt.c
> 
> Dunno much more than that cuz I'm not up for screwing with it. mpmt_pthread
> works fine for me.

This is happening because of the defaults in mpm_default.h.  Basically,
the defaults in the header file are huge.  They are the same values chosen
for mpmt_pthread, so I left them alone.  The reason this isn't happening
with mpmt_pthread, is that the default config file overrides those default
values.  I am trying my best to fix this, but it may take a few
hours.  Hopefully I'll have a patch soon.

Ryan

_______________________________________________________________________________
Ryan Bloom                        	rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------