Thanks for the response, Steven. Alas, it is supposed to work anywhere in server config, per the docs, and I added it to the VirtualHost section of the app in question (https://github.com/burnettk/repro-mod-fcgid-bug/commit/f03d29d6ab939f67c22b6d03f6eeced259a5aec3), and it still doesn't seem to keep five processes running. On Mon, Dec 28, 2015 at 12:30 PM, Steven Barre <steven@xxxxxxxxxxxxxxxxxxxxxxxx> wrote: > I've found it works when defined inside a VirtualHost section, but not when > defined globally in a server conf file. > > ================================================= > Steven Barre, RHCE > steven@xxxxxxxxxxxxxxxxxxxxxxxx > > Systems Administrator > Real Estate Webmasters - 250-753-9893 > ================================================== > > > On 2015-12-28 09:21, Kevin Burnett wrote: >> >> Greetings, >> >> If I set FcgidMinProcessesPerClass to 5, it doesn't maintain 5 >> application worker processes at apache startup time or otherwise. It >> starts with 0 workers, when I hit the app with one curl, it starts up >> one, and when I hit the app with 10 concurrent connections, it fires >> up nine workers, which are reaped after FcgidIdleTimeout, bringing the >> count back down to 1 (docs for FcgidIdleTimeout claim it should >> respect FcgidMinProcessesPerClass). Keeping the count below a defined >> limit via FcgidMaxProcessesPerClass seems to work fine. But its sister >> property, FcgidMinProcessesPerClass, documented at >> >> http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html#fcgidminprocessesperclass, >> doesn't behave as I would expect. >> >> I'm running a rails 4.2 app on apache 2.4.7, mod_fcgid 2.3.9, and >> ubuntu 14.04.3. I created this docker project to demonstrate what I'm >> seeing: >> https://github.com/burnettk/repro-mod-fcgid-bug/blob/master/README.md. >> You can dig around in the github project or actually fire up the >> docker container following the steps in the README and inspect all of >> the configs I haven't explicitly defined. >> >> So I'm wondering if FcgidMinProcessesPerClass works for anyone else (I >> decided to start here before filing a bug), and, if it can work, if >> you can spot the misconfiguration preventing it from working in the >> above steps. >> >> Thanks! >> KB >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx >> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx