Re: mod_fcgid Release

Mario Brandt in gmane.comp.apache.devel (Tue, 15 Dec 2020 14:14:43 +0100): >Ping > >On Thu, 24 Jan 2019 at 11:23, Mario Brandt wrote: >> >> Hi, >> it has beens a while since there was the last release of mod_fcgid. >> There are some important fixes in trunk,

Re: mod_fcgid Release

Seconded. -jeff On 2020-12-15 9:14 a.m., Mario Brandt wrote: Ping On Thu, 24 Jan 2019 at 11:23, Mario Brandt wrote: Hi, it has beens a while since there was the last release of mod_fcgid. There are some important fixes in trunk, but never made it to a release since 2013. Is anyone

Re: mod_fcgid Release

Ping On Thu, 24 Jan 2019 at 11:23, Mario Brandt wrote: > > Hi, > it has beens a while since there was the last release of mod_fcgid. > There are some important fixes in trunk, but never made it to a > release since 2013. > Is anyone willing to file a release? > > Cheers > Mario

mod_fcgid Release

Hi, it has beens a while since there was the last release of mod_fcgid. There are some important fixes in trunk, but never made it to a release since 2013. Is anyone willing to file a release? Cheers Mario

Re: mod_fcgid: Immediate HTTP error 503 if the max total process count is reached

Hi, Thanks for the review. You can find my comments below in the reply. On 20.9.2016 г. 16:33 ч., Eric Covener wrote: Unfortunately there are not many reviewers for mod_fcgid. I tried to take as a relative laymen and had a few comments/questions: * a few C99 // comments were added and should

Re: mod_fcgid: Immediate HTTP error 503 if the max total process count is reached

On Mon, Sep 19, 2016 at 4:30 AM, Ivan Zahariev <fam...@famzah.net> wrote: > Hello devs, > > It's been four months since I originally proposed this new feature in > "mod_fcgid". During this time I've tested and deployed it on hundreds of > busy production servers. I

Re: mod_fcgid: Immediate HTTP error 503 if the max total process count is reached

Hello devs, It's been four months since I originally proposed this new feature in "mod_fcgid". During this time I've tested and deployed it on hundreds of busy production servers. It works as expected. If enabled, web visitors get an immediate response when FastCGI is overloaded,

Re: mod_fcgid: Immediate HTTP error 503 if the max total process count is reached

Hi Nick, Thanks for the info. I've followed your instructions and submitted an enhancement request: https://bz.apache.org/bugzilla/show_bug.cgi?id=59656 Cheers. --Ivan On 31.5.2016 г. 13:45 ч., Nick Kew wrote: On Tue, 2016-05-31 at 11:15 +0300, Ivan Zahariev wrote: Hello, I got no

Re: mod_fcgid: Immediate HTTP error 503 if the max total process count is reached

On Tue, 2016-05-31 at 11:15 +0300, Ivan Zahariev wrote: > Hello, > > I got no feedback. Am I posting this suggestion at the right mailing > list? Sorry, I see your original post marked for attention in my mail folder, but languishing hitherto unattended. Just now opened your link in a browser

Re: mod_fcgid: Immediate HTTP error 503 if the max total process count is reached

Hello, I got no feedback. Am I posting this suggestion at the right mailing list? Best regards. --Ivan On 19.5.2016 г. 10:40 ч., Ivan Zahariev wrote: Hi all, I'd like to propose a new configuration setting for "mod_fcgid". The source code changes to review follow: * The w

mod_fcgid: Immediate HTTP error 503 if the max total process count is reached

Hi all, I'd like to propose a new configuration setting for "mod_fcgid". The source code changes to review follow: The whole patch compared to version 2.3.9: https://github.com/famzah/mod_fcgid/compare/2.3.9...maxnowait?diff=split=maxnowait The w

Re: mod_fcgid and broken doc links

There is a need and an audience for both. We provide both. I see no reason for us to stop doing that unless we feel that we can no longer support both in the manner in which our community expects. FWIW, I don't see that as the current situation. > On Jan 18, 2016, at 9:29 PM, William A Rowe Jr

Re: mod_fcgid and broken doc links

On Mon, Jan 18, 2016 at 3:29 PM, Jim Jagielski wrote: > > > On Jan 18, 2016, at 3:28 PM, William A Rowe Jr > wrote: > > > > On Fri, Jan 15, 2016 at 7:44 AM, Jim Jagielski wrote: > > > > > On Jan 14, 2016, at 5:19 PM, William A Rowe Jr

Re: mod_fcgid and broken doc links

h TMTOWTDI. Glad you raised the MPMs issue, because my exact complaint about folding in mod_fcgid "as is" and overlapping with mod_proxy_fcgi was addressed by the MPM community in pulling out and sharing the mpm_common.c logic. Great example, thanks Jim!

Re: mod_fcgid and broken doc links

> On Jan 18, 2016, at 3:28 PM, William A Rowe Jr wrote: > > On Fri, Jan 15, 2016 at 7:44 AM, Jim Jagielski wrote: > > > On Jan 14, 2016, at 5:19 PM, William A Rowe Jr wrote: > > > > Good point with your example, this is something

Re: mod_fcgid and broken doc links

> On Jan 14, 2016, at 5:19 PM, William A Rowe Jr wrote: > > > Good point with your example, this is something that should > be benchmarked and the winner-take-all, loser bumped from the > trunk/ copy of httpd. -1 You are implying that one would be a winner in all cases.

Re: mod_fcgid and broken doc links

clear why we would want to > maintain the duplication between mod_proxy_fcgi and mod_fcgid? > Individually they get little enough attention as it is. > Because they are separate solutions to a similar problem, ala mod_sed and mod_substitute for example. I can site several more if that is

Re: mod_fcgid and broken doc links

for 2.2 and 2.4 compat, and then deriving an fcgid release > > out of trunk/modules/fcgid/. But I'm not clear why we would want to > > maintain the duplication between mod_proxy_fcgi and mod_fcgid? > > Individually they get little enough attention as it is. > > Becau

Re: mod_fcgid and broken doc links

Does it make sense to "officially" bundle mod_fcgid w/ httpd? > On Jan 12, 2016, at 1:13 PM, Rich Bowen <rbo...@rcbowen.com> wrote: > > mod_fcgid is in a separate repo from the main httpd tree, due to > historical reasons. I presume there are good reasons for this. Ji

Re: mod_fcgid and broken doc links

Jim Jagielski in gmane.comp.apache.devel (Wed, 13 Jan 2016 07:33:43 -0500): >Does it make sense to "officially" bundle mod_fcgid w/ httpd? FWIW: I always compile mod_fcgid.so together with Apache httpd. I have made it part of my VC 9/11/14 solution files. I guess that many Windows u

Re: mod_fcgid and broken doc links

On 01/13/2016 12:28 PM, William A Rowe Jr wrote: > The reason for mod_ftp and mod_fcgid separate builds was historically > that the same module, releasing on a different calendar than httpd, have > been build-able independently against 2.0, 2.2 or 2.4. Maintaining the > so

Re: mod_fcgid and broken doc links

On Jan 13, 2016 15:50, "Rich Bowen" wrote: > > Yes, it would be nice to merge them, from the perspective of explaining > things to users. Guess I am still confused what you suggest to merge... Docs or both docs and code... Also curious about released vs unreleased with

Re: mod_fcgid and broken doc links

On 01/13/2016 01:33 PM, Jim Jagielski wrote: > Does it make sense to "officially" bundle mod_fcgid w/ httpd? Just for fixing the documention? In this case I would prefer to investigate other solutions for the documentation and keep it separate. Regards Rüdiger

Re: mod_fcgid and broken doc links

A background for this request can be seen in bug report 56121. - https://bz.apache.org/bugzilla/show_bug.cgi?id=56121#c4 This bug also describes a manual method for working around this problem. On 1/12/2016 10:13 AM, Rich Bowen wrote: mod_fcgid is in a separate repo from the main httpd tree

Re: mod_fcgid and broken doc links

t make sense to "officially" bundle mod_fcgid w/ httpd? > > Just for fixing the documention? > In this case I would prefer to investigate other solutions for the > documentation and keep it separate. > > Regards > > Rüdiger >

Re: mod_fcgid and broken doc links

On Tue, Jan 12, 2016 at 12:13 PM, Rich Bowen <rbo...@rcbowen.com> wrote: > mod_fcgid is in a separate repo from the main httpd tree, due to > historical reasons. I presume there are good reasons for this. JimJag > suggested on IRC it's due to its independent release cycle. > &

mod_fcgid and broken doc links

mod_fcgid is in a separate repo from the main httpd tree, due to historical reasons. I presume there are good reasons for this. JimJag suggested on IRC it's due to its independent release cycle. Be that as it may, because it uses the standard documentation tools for the module docs, https

Re: Next release of mod_fcgid

a release for this. I'm happy to TR and help test a mod_fcgid release that has more fixes. IIRC, there's some low-hanging fruit in Bugzilla that interested developers can help test and promote. (Not to say that this fix isn't important to some people, but they can change WARNING to DEBUG

Re: Next release of mod_fcgid

: Hi, the last release of mod_fcgid was been a long while. There was an important bugfix on windows side in June last year. Is there anyone willing to tag and release a new version? There's nothing in CHANGES. What was it? -- Born in Roswell... married an alien... http

Re: Next release of mod_fcgid

On Mon, Jun 22, 2015 at 10:14 AM, Mario Brandt jbl...@gmail.com wrote: Hi, the last release of mod_fcgid was been a long while. There was an important bugfix on windows side in June last year. Is there anyone willing to tag and release a new version? There's nothing in CHANGES. What

Next release of mod_fcgid

Hi, the last release of mod_fcgid was been a long while. There was an important bugfix on windows side in June last year. Is there anyone willing to tag and release a new version? Cheers Mario

Re: mod_fcgid: WIN32 compile-error and problem with slepp for 1 second

of the bug db, please post to d...@httpd.apache.org.) On 04/22/2015 02:26 AM, Koperek, Michael wrote: Hi, using the current mod_fcgid 2.3.9 sources, im not able to compile on windows using msdev 6.0: Compiling... fcgid_conf.c …\fcgid_conf.c(815) : error C2065: 'JOBOBJECT_EXTENDED_LIMIT_INFORMATION

mod_fcgid: WIN32 compile-error and problem with slepp for 1 second

Hi, using the current mod_fcgid 2.3.9 sources, im not able to compile on windows using msdev 6.0: Compiling... fcgid_conf.c …\fcgid_conf.c(815) : error C2065: 'JOBOBJECT_EXTENDED_LIMIT_INFORMATION' : undeclared identifier …\fcgid_conf.c(815) : error C2146: syntax error : missing ';' before

Re: mod_fcgid kill all subprocesses in reload

Am 26.12.2014 um 17:49 schrieb Mario Brandt: Hi, there is a patch for busy processes https://issues.apache.org/bugzilla/show_bug.cgi?id=48769 Maybe that is a starting point. Thanks, this helps a lot. Still wondering why it isn't upstream. Stefan

Re: mod_fcgid kill all subprocesses in reload

Hi, there is a patch for busy processes https://issues.apache.org/bugzilla/show_bug.cgi?id=48769 Maybe that is a starting point. Cheers Mario On 26 December 2014 at 07:05, Graham Dumpleton grah...@apache.org wrote: Sounds like it would perhaps be for the same reason as mod_wsgi has issues with

mod_fcgid kill all subprocesses in reload

Hi list, i like mod fcgid a lot but there's one bug which makes me crazy. On DSO unload (Apache reload ) all child's get killed no matter if they process requests or not. This makes no sense to me httpd processes itself are also kept until all requests are served. Stefan Excuse my typo sent

Re: mod_fcgid kill all subprocesses in reload

Sounds like it would perhaps be for the same reason as mod_wsgi has issues with that sort of thing. Only Apache child worker processes get special dispensation as far as graceful shutdowns or reloads are concerned. If instead a module creates additional processes using the other child API calls

mod_fcgid and streaming large request bodies

Hi all! I'm currently using FastCGI for an application - in particular, Ceph's radosgw (S3 endpoint). I was told to use mod_fastcgi as mod_fcgid doesn't handle large request bodies appropriately. Yet, when I looked at the mod_fastcgi code, I shrieked in horror. =) In looking

Re: mod_fcgid and streaming large request bodies

On Fri, Dec 27, 2013 at 8:49 AM, Justin Erenkrantz jus...@erenkrantz.com wrote: Anyway, I'm diving into the code a bit - but, I figured it might be useful to see if anyone else has any thoughts about how to handle large request bodies with mod_fcgid. Here's a first-cut patch that compiles

Re: mod_fcgid and streaming large request bodies

to handle large request bodies with mod_fcgid. Here's a first-cut patch that compiles at least. Cheers. -- justin Add FcgidStreamRequestBody directive to send request body as it arrives without storing it in memory or on disk. It would be quite valuable if there is a limit on how much can

Re: mod_fcgid and streaming large request bodies

On Fri, Dec 27, 2013 at 6:42 PM, Jeff Trawick traw...@gmail.com wrote: It would be quite valuable if there is a limit on how much can be pre-read (0 for pure streaming). Pre-reading the request body reduces the number of application processes or threads required, and they are usually fatter

[ANNOUNCE] mod_fcgid 2.3.9 released

The Apache Software Foundation and the Apache HTTP Server Project are pleased to announce the release of version 2.3.9 of mod_fcgid, a FastCGI implementation for Apache HTTP Server versions 2.0, 2.2, and 2.4. This version of mod_fcgid is a security release, resolving a defect that could

Re: [VOTE] Release mod_fcgid 2.3.9

On Fri, Oct 4, 2013 at 5:16 PM, Jeff Trawick traw...@gmail.com wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES-FCGID The difference with 2.3.8 is that one of the regressions found in 2.3.8 has

Re: [VOTE] Release mod_fcgid 2.3.9

W dniu 2013-10-07 18:13, Jeff Trawick pisze: On Fri, Oct 4, 2013 at 5:16 PM, Jeff Trawick traw...@gmail.com mailto:traw...@gmail.com wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES

Re: [VOTE] Release mod_fcgid 2.3.9

On Fri, Oct 4, 2013 at 5:16 PM, Jeff Trawick traw...@gmail.com wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES-FCGID The difference with 2.3.8 is that one of the regressions found in 2.3.8 has

Re: [VOTE] Release mod_fcgid 2.3.9

Excellent, although I was not able to test, I was more than happy to laud one extra 'officious' +1 based on non-member, community review. This has been subject to almost more scrutiny than several core httpd releases :)

Re: [VOTE] Release mod_fcgid 2.3.9

: PidActiveIdleAccessesState15682357201620Ready596023594036Ready Ok exit, when processes reach: FcgidInitialEnv PHP_FCGI_MAX_REQUESTS 1000 FcgidMaxRequestsPerProcess 1000 On Friday 04/10/2013 at 23:16, Jeff Trawick wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes

Re: [VOTE] Release mod_fcgid 2.3.9

processes reach: FcgidInitialEnv PHP_FCGI_MAX_REQUESTS 1000 FcgidMaxRequestsPerProcess 1000 On Friday 04/10/2013 at 23:16, Jeff Trawick wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES-FCGID

Re: [VOTE] Release mod_fcgid 2.3.9

Without that last directive, it will only look for idle processes every two minutes. FcgidZombieScanInterval might reduce the window where a process is thought to be exiting, but I haven't tried that. With both 2.3.7 and 2.3.9, the message mod_fcgid: process graceful kill fail, sending

Re: [VOTE] Release mod_fcgid 2.3.9

Jeff Trawick wrote: [ ] Release mod_fcgid 2.3.9 as GA +1 Chris. -- GPG Key ID: 088335A9 GPG Key Fingerprint: 86CD 3297 7493 75BC F820 6715 F54F E648 0883 35A9

Re: [VOTE] Release mod_fcgid 2.3.9

On Fri, Oct 4, 2013 at 5:16 PM, Jeff Trawick traw...@gmail.com wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES-FCGID The difference with 2.3.8 is that one of the regressions found in 2.3.8 has

Re: [VOTE] Release mod_fcgid 2.3.8

Re: [VOTE] Release mod_fcgid 2.3.8

On Fri, Oct 4, 2013 at 6:23 AM, Steffen i...@apachelounge.com wrote: That looks better and so far I can see it is the behavior as with 2.3.7. Keep it running at AL. When I see some strange, I shall report. That is good news. I hope to tag and roll mod_fcgid 2.3.9 later in the day unless I

Re: [VOTE] Release mod_fcgid 2.3.8

news. I hope to tag and roll mod_fcgid 2.3.9 later in the day unless I hear of problems. Starting that now... For your info, the build warnings: Yeah :( The whole stack from APR on up needs attention. For now I verified that they don't get worse between 2.3.7 and current svn sources

Re: svn commit: r1357986 - /httpd/mod_fcgid/trunk/modules/fcgid/fcgid_bridge.c

On Thu, Oct 3, 2013 at 1:06 AM, Chris Darroch chr...@pearsoncmg.com wrote: Chris Darroch wrote: The intent of r1357986 was to deal with a particular, wonky sub-case, when the Authorizer returns 200 (so the spec paragraph doesn't apply in this case, as it's a 200 OK response), but adds a

Re: [VOTE] Release mod_fcgid 2.3.8

it running at AL. When I see some strange, I shall report. That is good news. I hope to tag and roll mod_fcgid 2.3.9 later in the day unless I hear of problems. Starting that now... For your info, the build warnings: Yeah :( The whole stack from APR on up needs attention. For now I

[VOTE] Release mod_fcgid 2.3.9

Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES-FCGID The difference with 2.3.8 is that one of the regressions found in 2.3.8 has been reverted and and the other has been fixed. +/-1 [ ] Release mod_fcgid

Re: [VOTE] Release mod_fcgid 2.3.9

Works for me VC9 x86 x64 VC12 x86 x64 XP, Server 2003, Vista Server 2012 [+1] Release mod_fcgid 2.3.9 as GA

Re: svn commit: r1357986 - /httpd/mod_fcgid/trunk/modules/fcgid/fcgid_bridge.c

Jeff Trawick wrote: The app is out of spec either way. I think the trunk behavior is better. I'd agree on both counts (the latter IMHO, of course). For reference, here's a breakdown of 2.3.7 vs. trunk behaviour for Authorizers: Authorizer response2.3.7

Re: [VOTE] Release mod_fcgid 2.3.9

[+1 ] Release mod_fcgid 2.3.9 as GA works for me on Debian 7 (x64)

Re: [VOTE] Release mod_fcgid 2.3.8

mod_fcgid 2.3.8 On Tue, Oct 1, 2013 at 6:57 PM, Jeff Trawick traw...@gmail.com wrote: On Tue, Oct 1, 2013 at 8:35 AM, Jeff Trawick traw...@gmail.com wrote: On Sun, Sep 29, 2013 at 2:00 PM, Jeff Trawick traw...@gmail.com wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist

Re: [VOTE] Release mod_fcgid 2.3.8

://svn.apache.org/viewvc/httpd/mod_fcgid/trunk/modules/fcgid/fcgid_pm_win.c?r1=1529062r2=1529061pathrev=1529062 These two uninitialized fields on Windows could prevent finding a suitable, existing FastCGI process when one is needed. (This was a regression in 2.3.8.) Thanks!! *From:* Jeff Trawick traw

Re: svn commit: r1357986 - /httpd/mod_fcgid/trunk/modules/fcgid/fcgid_bridge.c

/ ... SERVER_SOFTWARE=Apache/2.5.0-dev (Unix) mod_fcgid/2.3.7 !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title200 Unknown Reason/title /headbody h1Unknown Reason/h1 ... Or if the Location is bad (say, Location: /cgi-bin/printenv.FOO) then you get a 404

Re: svn commit: r1357986 - /httpd/mod_fcgid/trunk/modules/fcgid/fcgid_bridge.c

Chris Darroch wrote: The intent of r1357986 was to deal with a particular, wonky sub-case, when the Authorizer returns 200 (so the spec paragraph doesn't apply in this case, as it's a 200 OK response), but adds a Location header with a relative (not absolute) path. In this case, 2.3.7 and

Re: [VOTE] Release mod_fcgid 2.3.8

On Sun, Sep 29, 2013 at 2:00 PM, Jeff Trawick traw...@gmail.com wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES-FCGID +/-1 [ ] Release mod_fcgid 2.3.8 as GA I'll hold the vote open for 72

Re: [VOTE] Release mod_fcgid 2.3.8

. The config live running here and your config for synthetic test is different. And not using fat php processes and max processes is in place. Not any mod_fcgid directives here in a vhost, only in server the commonly used config for php. All vhosts here serving .php, including the default

Re: svn commit: r1357986 - /httpd/mod_fcgid/trunk/modules/fcgid/fcgid_bridge.c

in this code are what control it.) Modified: httpd/mod_fcgid/trunk/modules/fcgid/fcgid_bridge.c Modified: httpd/mod_fcgid/trunk/modules/fcgid/fcgid_bridge.c URL: http://svn.apache.org/viewvc/httpd/mod_fcgid/trunk/modules/fcgid/fcgid_bridge.c?rev=1357986r1=1357985r2=1357986view=diff

Re: [VOTE] Release mod_fcgid 2.3.8

On Tue, Oct 1, 2013 at 8:35 AM, Jeff Trawick traw...@gmail.com wrote: On Sun, Sep 29, 2013 at 2:00 PM, Jeff Trawick traw...@gmail.com wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES-FCGID +/-1

Re: [VOTE] Release mod_fcgid 2.3.8

On Tue, Oct 1, 2013 at 6:57 PM, Jeff Trawick traw...@gmail.com wrote: On Tue, Oct 1, 2013 at 8:35 AM, Jeff Trawick traw...@gmail.com wrote: On Sun, Sep 29, 2013 at 2:00 PM, Jeff Trawick traw...@gmail.com wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut

Re: [VOTE] Release mod_fcgid 2.3.8

Running at AL now 2.3.7 again, all fine again with 1-3 processes instead of the 30+ with 2.3.8. The config live running here and your config for synthetic test is different. And not using fat php processes and max processes is in place. Not any mod_fcgid directives here in a vhost, only

Re: [VOTE] Release mod_fcgid 2.3.8

processes is in place. Not any mod_fcgid directives here in a vhost, only in server the commonly used config for php. All vhosts here serving .php, including the default vhost. Running server 2012. IfModule fcgid_module FcgidInitialEnv PHPRC d:/servers/apache/conf/ FcgidInitialEnv PATH d:/servers

Re: [VOTE] Release mod_fcgid 2.3.8

, September 30, 2013 2:12 PM To: Apache HTTP Server Development List Subject: Re: [VOTE] Release mod_fcgid 2.3.8 On Mon, Sep 30, 2013 at 5:23 AM, Steffen i...@apachelounge.com wrote: Running at AL now 2.3.7 again, all fine again with 1-3 processes instead of the 30+ with 2.3.8. The config live

Re: [VOTE] Release mod_fcgid 2.3.8

: [VOTE] Release mod_fcgid 2.3.8 On Mon, Sep 30, 2013 at 5:23 AM, Steffen i...@apachelounge.com wrote: Running at AL now 2.3.7 again, all fine again with 1-3 processes instead of the 30+ with 2.3.8. The config live running here and your config for synthetic test is different. And not using

Re: [PATCH 49220] mod_fcgid - restrict arbitrary command execution from .htaccess files

requires I walk our modules to find all the directives in FileInfo and explicitly allow them to disable these mod_fcgid directives. Or... just use this: httpd -L | grep -B3 FileInfo | grep -B2 .htaccess | egrep '^\w' Ben As you have a solution with httpd 2.4.x, I won't think any more about

[VOTE] Release mod_fcgid 2.3.8

Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES-FCGID +/-1 [ ] Release mod_fcgid 2.3.8 as GA I'll hold the vote open for 72 hours unless something out of the ordinary occurs. Thanks in advance for testing

Re: [VOTE] Release mod_fcgid 2.3.8

On 29 September 2013 20:00, Jeff Trawick traw...@gmail.com wrote: Tarballs/zips are at http://httpd.apache.org/dev/dist/mod_fcgid/ Shortcut to changes: http://httpd.apache.org/dev/dist/mod_fcgid/CHANGES-FCGID +/-1 [ +1 ] Release mod_fcgid 2.3.8 as GA tested on Debian 7 with PHP 5.4 (distro

Re: [VOTE] Release mod_fcgid 2.3.8

Observe a different behavior compared to 2.3.7 - It spawns a lot more mod_fcgid processes, looks like vhost is in charge (mod_fcgid only global defined here) - I see in Windows taskmanager and in mod_status 5 processes and the error log says that the are 3 started, a mismatch. - Also

Re: [VOTE] Release mod_fcgid 2.3.8

entries with 1784 seconds idle (FcgidIdleTimeout is default, 300) Going back to 2.3.7 at AL. On Sunday 29/09/2013 at 21:15, Steffen wrote: Observe a different behavior compared to 2.3.7 - It spawns a lot more mod_fcgid processes, looks like vhost is in charge (mod_fcgid only global defined

Re: [VOTE] Release mod_fcgid 2.3.8

mod_fcgid processes, looks like vhost is in charge (mod_fcgid only global defined here) - I see in Windows taskmanager and in mod_status 5 processes and the error log says that the are 3 started, a mismatch. - Also different in mod_status page, see more then one entry for Process: php-cgi.exe

Re: [VOTE] Release mod_fcgid 2.3.8

a different behavior compared to 2.3.7 - It spawns a lot more mod_fcgid processes, looks like vhost is in charge (mod_fcgid only global defined here) - I see in Windows taskmanager and in mod_status 5 processes and the error log says that the are 3 started, a mismatch. - Also different

Re: [VOTE] Release mod_fcgid 2.3.8

, Steffen wrote: Observe a different behavior compared to 2.3.7 - It spawns a lot more mod_fcgid processes, looks like vhost is in charge (mod_fcgid only global defined here) - I see in Windows taskmanager and in mod_status 5 processes and the error log says that the are 3 started

Re: [PATCH 49220] mod_fcgid - restrict arbitrary command execution from .htaccess files

On Fri, Sep 20, 2013 at 4:31 PM, Benjamin Coddington bcodd...@uvm.eduwrote: Hello everyone, We're looking at moving our shared hosting execution behind mod_fcgid and suexec, but we need to continue to allow our users .htaccess 'Files' overrides. The current mod_fcgid allows users to execute

Re: [PATCH 49220] mod_fcgid - restrict arbitrary command execution from .htaccess files

On Sep 27, 2013, at 8:41 AM, Jeff Trawick traw...@gmail.com wrote: On Fri, Sep 20, 2013 at 4:31 PM, Benjamin Coddington bcodd...@uvm.eduwrote: Hello everyone, We're looking at moving our shared hosting execution behind mod_fcgid and suexec, but we need to continue to allow our users

Re: [PATCH 49220] mod_fcgid - restrict arbitrary command execution from .htaccess files

allow them to disable these mod_fcgid directives. Or... just use this: httpd -L | grep -B3 FileInfo | grep -B2 .htaccess | egrep '^\w' Ben

mod_fcgid: consolidate command and vhost comparison

We would like to propose the attached patch. It is inspired by the several iterations of changing the respective checks. use macros for the code that checks for command and virtual host sameness That code consists of several lines which were duplicated in several places. Now the

Re: FYI... Planning to TR mod_fcgid 2.3.8 in 7-10 days

+1 with many thanks, Chris. -- GPG Key ID: 088335A9 GPG Key Fingerprint: 86CD 3297 7493 75BC F820 6715 F54F E648 0883 35A9

Re: unreaped zombie children of mod_fcgid

on 11/09/2013 09:11 Andriy Gapon said the following: I've been thinking about this problem and the only theory that I have got so far is that perhaps an owner httpd process could terminate ungracefully (e.g. crash). In that case the pool cleanup would never be run. That's OK for process

Re: mod_fcgid and mpm-itk

On Sun, 28 Jul 2013 15:17:41 +0200 AZ 9901 az9...@gmail.com wrote: Hello all, I run into troubles using mod_fcgid (for PHP) and mpm-itk together. As soon as I add the ITK directive AssignUserID to my vhost, specifying a different user than the global Apache one, mod_fcgid fails returning

mod_fcgid and mpm-itk

Hello all, I run into troubles using mod_fcgid (for PHP) and mpm-itk together. As soon as I add the ITK directive AssignUserID to my vhost, specifying a different user than the global Apache one, mod_fcgid fails returning the following error : [Sun Jul 28 15:09:37 2013] [emerg] [client x.x.x.x

Re: Anyone interested in a patch to mod_fcgid(with pay)

On Sat, 20 Jul 2013 10:39:20 +0800 (CST) Pqf 潘庆峰 p...@mailtech.cn wrote: Hi, guys A company need a TCP/IP patch of mod_fcgid or alternative, and will pay for it, anyone interested? I really like to take it but I don't have too much time... Anyone interested please reply to me and I

Re: Re: Anyone interested in a patch to mod_fcgid(with pay)

Yes, split process control from mod_fcgid, merge proxy_fcgi(with load balance) and mod_fcgid(with authXX support) is a good idea, admins can use httpd as process manager, or 3rd party process managers as they like. But don't just make a patch to make mod_fcgid support TCP/IP, it's ugly

Re: Anyone interested in a patch to mod_fcgid(with pay)

On Tue, 23 Jul 2013 09:46:58 +0800 (CST) Pqf 潘庆峰 p...@mailtech.cn wrote: Yes, split process control from mod_fcgid, merge proxy_fcgi(with load balance) and mod_fcgid(with authXX support) is a good idea, admins can use httpd as process manager, or 3rd party process managers as they like

Anyone interested in a patch to mod_fcgid(with pay)

Hi, guys A company need a TCP/IP patch of mod_fcgid or alternative, and will pay for it, anyone interested? I really like to take it but I don't have too much time... Anyone interested please reply to me and I will forward the email address of them. Our company is hosting a website

apache2-mpm-itk different php versions per user php.ini / mod_fcgid

Hello Group, the problem using ITK+mod_fcgid is the fcgid socket. the socket is owned by wwwuser (wwwrun / www-data) of apache. ITK set vhost to user1, so fcgid says: Permission denied: mod_fcgid: can't lock process table in pid socket dir: srwx-- 1 wwwrun wwwrun 0 21. Feb 14:11

Re: Re: Re: mod_fcgid concurrency bottleneck, issue#53693

Hi, all I took some times to setup a stress test for mod_fcgid, to see is there any other concurrency bottleneck left, it seems fine to me. I did a stress test with callgrind on mod_fcgid, this is the big picture: http://people.apache.org/~pqf/mod_fcgid_performance/performance.png

Re: Re: Re: Re: mod_fcgid concurrency bottleneck, issue#53693

2012/8/28 pqf p...@mailtech.cn: So what can mod_fcgid do in this overloaded? 1. mod_fcgid get a request 2. mod_fcgid can't apply a free slot of FCGI handler 3. mod_fcgid send a spawn request to PM 4. PM deny the request(for too much process already) 5. Now for( i=1; i64; i

Re: Re: Re: mod_fcgid concurrency bottleneck, issue#53693

. But when spawning is denied recovery time is still long 1s. I was refering to cases when spawn is denied. If a vhost is overloaded or someone added sleep(60) in the code, mod_fcgid blocks on all request to that vhost for over a minute and it is possible to occupy 1000 threads using under 20 new

回复: Re: Re: Re: mod_fcgid concurrency bottleneck, issue#53693

So what can mod_fcgid do in this overloaded? 1. mod_fcgid get a request 2. mod_fcgid can't apply a free slot of FCGI handler 3. mod_fcgid send a spawn request to PM 4. PM deny the request(for too much process already) 5. Now for( i=1; i64; i++) { a) mod_fcgid delay a while

Re: mod_fcgid concurrency bottleneck, issue#53693

On 8/15/2012 8:23 PM, pqf wrote: But since someone said remove this sleep(), the server work fine without bottleneck(Maybe he didn't notise the warm up issue?), so I thought remove the sleep() is a good idea. But reduce the time of sleep() is fine to me too. Any other idea? Can we

Re: Re: mod_fcgid concurrency bottleneck, issue#53693

:23 主题：Re: mod_fcgid concurrency bottleneck, issue#53693 收件人：devdev@httpd.apache.org 抄送：pqfp...@mailtech.cn On 8/15/2012 8:23 PM, pqf wrote: But since someone said remove this sleep(), the server work fine without bottleneck(Maybe he didn't notise the warm up issue?), so I thought remove

  1   2   3   4   5   6   7   8   >