This is the first I've heard of mod_cgid, so no we're not using it. Apparently it IS in our mods-available folder and ready to use though. I'm using Prefork mode which is the default for Ubuntu's stable Apache package. Is that a threaded MPM that should make use of mod_cgid? Also, do you think it could be beneficial for us to build our own Apache from source rather than relying on what Ubuntu's placed in it's stable package library? I notice that it's often several minor versions behind, not sure if that could be an issue here though since this issue has been going on for a long time now. =/ On Wed, Feb 23, 2011 at 2:43 PM, Jeff Trawick <trawick@xxxxxxxxx> wrote: > On Wed, Feb 23, 2011 at 5:23 PM, Ursa Polaris <polaris.ursa@xxxxxxxxx> wrote: > >> Hopefully that helps give more details and insight as well. I'm >> totally at a loss with this issue, but it's really bothering myself >> and my users something fierce. =/ I'm hoping not to be forced to move >> to nginx, but the lack of support from Apache folks is discouraging >> (not to mention the AWFUL documentation for mod_perl2)... > > Don't take this the wrong way, but within ~4 hours you've had > responses from two different Apache devs representing many years of > experience supporting customers on this technology. That's not so > shabby. Note that this is potentially as time consuming for others as > it has been to you already unless you happen to catch the attention of > someone who has solved this type of issue before and there's a match > with their solution and your observations. > > Changing some/all of the technology will presumably help, if you're > willing to risk other problems that have to be solved. Maybe that is > cheap to experiment with. It may be possible not to move totally to > nginx to eliminate some parts of the technology (see below). > > So real CGIs are the ones with the problem. If you're using a > threaded MPM, are you using mod_cgid? (you should be) > > mod_dumpio can log the request body/POST data at some intermediate > point between the network and the CGI. strace of CGI children (if > practical to do that) would give another data point. You could > temporarily re-implement the most crucial part of the CGI in C just to > get Perl/CPAN out of the picture -- doesn't have to perform the real > function; just has to confirm that the POST data got to the CGI > process. (I doubt Perl/CPAN is the problem, but then every individual > part looks unlikely as well.) > > Good luck! > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|