FastCGI problems, site stuck in a loop

vBseo seems to cause FastCGI problems on my server:

http://www.d3scene.com/errors.txt

It happens randomly and only for 30 minutes. For those 30 minutes however the site almost completely freezes.

Hello Hendrik ,

Does the errors stop when you temporary disable vBSEO from vBSEO Cp and what is your .htaccess content ?

I'd suggest using php as an apache module instead of fast cgi if you can. fast cgi is better suited for windows

The error that then pops up:

A timeout occured while waiting for the script output (in: /usr/www/users/d3scene/forum/vbseo.php).

I am using the default .htaccess in the folder /forum/

# Comment the following line (add '#' at the beginning)
# to disable mod_rewrite functions.
# Please note: you still need to disable the hack in
# the vBSEO control panel to stop url rewrites.
RewriteEngine On

# Some servers require the Rewritebase directive to be
# enabled (remove '#' at the beginning to activate)
# Please note: when enabled, you must include the path
# to your root vB folder (i.e. RewriteBase /forums/)
#RewriteBase /

#RewriteCond %{HTTP_HOST} !^www\.yourdomain\.com
#RewriteRule (.*) http://www.yourdomain.com/forums/$1 [L,R=301]

RewriteRule ^((urllist|sitemap_).*\.(xml|txt)(\.gz)?)$ vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1 [L]

RewriteCond %{REQUEST_URI} !(admincp/|modcp/|cron|vbseo_sitemap)
RewriteRule ^((archive/)?(.*\.php(/.*)?))$ vbseo.php [L,QSA]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !/(admincp|modcp|clientscript|cpstyles|images)/
RewriteRule ^(.+)$ vbseo.php [L,QSA]

This is what vBulletin shows me about php:
2009-05-19_0255 on Flickr - Photo Sharing!

Seems to be running as fast cgi as Brian said. I am running on a managed server, I don't know whether my server folks can change it :(. The link to the settings I can change: 2009-05-19_0257 on Flickr - Photo Sharing!

There is no way around it?

Thanks for the information so far.

a quick google of the problem says:

Possible reasons (and solutions) for this error are:
Session files are not configured correctly - often when you're moving between server types. Delete the sessions in your /tmp folder, run "killall -usr1 dispatch.fcgi", and give it another go.


try that?


If you're on a managed server you could ask the support folks if its possible to
a) upgrade apache to 2.2
b) with php as a module instead of cgi

also check the shebang line for your php options (this might need to be done by the host too)

#!/usr/local/bin/php

make sure that path is correct

Hi ...

I have run php as fastcgi with nginx, fcgid with apache2 and mod_php with apache2. I must say that none of this configurations made me happy.

After some digging, I stop by setting apache2 + mod_php with nginx in front to deal with static files and proxying php files to apache backend.

I must say that this is the most stable configuration I ever had in my linode.

With this setup I have the better of two worlds ... fast static files served with nginx and all the juice of apache just serving php requests.

Apache or Lighttpd? - Page 2 - vBulletin Community Forum

Thanks for the suggestions brian and nfn.

I'll call my hosting company Friday and let you know.

Talked to the company, unfortunately those options are not possible. Are there any alternatives?

I'd have to switch to a root server again to enable the features mentioned here, which is unfortunately no option for me.

Hello,

can you please check your access logs to compare it with date/time in that error log and find out which URLs where requested and ended up with error?

(upgrading to Apache2/php module is still the best way to go though)

Thanks a ton Oleg for answering my ticket :-).

I don't know why my server-management team wants to stick to apache 1.