"Error 500" bei nur einer Domain

[moltee]

Hallo,

ich nutze ispCP 1.0.0 RC7 mit PHP Version 5.2.0-8+etch13.

Ich habe das Problem auch auf einem vserver seitdem ich von vmware auf xen gewechselt habe.
Es treten sehr unregelmäßig (1-5 mal am Tag bei durchschnittlich 50 Besuchern am Tag) 500er Errors auf.
Die Seite bei der der Fehler auftritt nutzt das Zend Framework.

Ich habe schon die anzahl der php_fcgi_children für die domain erhöht, ohne Erfolg...

Habe auch schon versucht einen neuen VServer mit ispCP Omega 1.0.0 Stable aufzusetzen, aber während ich die Domain in ispCPOmega eingerichtet habe, habe ich dann auch dort einen 500er bekommen :/

hier noch die logs von heute:

default-error.log :

Code:

[Thu Apr 16 12:44:41 2009] [error] [client 91.22.240.40] Premature end of script headers: index.php, referer: http://www.schwaebischekueche.com/
[Thu Apr 16 12:44:48 2009] [notice] mod_fcgid: process 28816 going graceful shutdown, sending SIGTERM
[Thu Apr 16 12:44:48 2009] [error] [client 80.128.214.47] Premature end of script headers: index.php, referer: http://schwaebischekueche.com/
[Thu Apr 16 12:44:54 2009] [notice] mod_fcgid: process 12704 going graceful shutdown, sending SIGTERM

schwaebischekueche.com-error.log :

Code:

[Thu Apr 16 12:44:54 2009] [notice] mod_fcgid: process /var/www/virtual/schwaebischekueche.com/htdocs/public/index.php(28816) exit(communication error), terminated by calling exit(), return code: 0
[Thu Apr 16 12:45:00 2009] [notice] mod_fcgid: process /var/www/virtual/schwaebischekueche.com/htdocs/public/index.php(12704) exit(communication error), terminated by calling exit(), return code: 0
[Thu Apr 16 12:45:30 2009] [notice] mod_fcgid: call /var/www/virtual/schwaebischekueche.com/htdocs/public/index.php with wrapper /var/www/fcgi/schwaebischekueche.com/php5-fcgi-starter
[Thu Apr 16 12:45:30 2009] [notice] mod_fcgid: server /var/www/virtual/schwaebischekueche.com/htdocs/public/index.php(17182) started
[Thu Apr 16 16:44:55 2009] [notice] mod_fcgid: call /var/www/virtual/schwaebischekueche.com/htdocs/public/index.php with wrapper /var/www/fcgi/schwaebischekueche.com/php5-fcgi-starter
[Thu Apr 16 16:44:55 2009] [notice] mod_fcgid: server /var/www/virtual/schwaebischekueche.com/htdocs/public/index.php(3310) started

[BeNe]

Was für Eckdaten hat denn dein vServer ?
Poste bitte mal deine fcgid Config.

Greez BeNe

[krahe]

Ich habe das gleiche Problem und zwar mit:

# roundcube beim erstmaligen einloggen (danach tritt der Fehler nicht auf)
# Wordpress, wenn ich updates der Plugin mache oder wenn ich bei einem Blog Post ping Dienste anpinge.

Wo finde ich die zentrale fcgid config?

Das Problem tritt erst nach update von rc6 -> 1.0.0 auf. Vorher sind die error 500 Meldungen nicht aufgetaucht.

In einem anderem Threat hat sich nach dem update das Problem aufgelöst. In anderen Foren wird geraten das komplette System neu aufzusetzen.

Log von /var/log/apache2/users/default-error.log
[Sun Apr 19 13:37:52 2009] [error] [client 62.143.180.77] Premature end of script headers: update.php, referer: http://meinedomain/wp-admin/plugins.php
[Sun Apr 19 13:37:56 2009] [notice] mod_fcgid: process 32293 going graceful shutdown, sending SIGTERM

[moltee]

hier die config für die besagte domain:

Code:

#!/bin/sh

umask 022

PHPRC="/var/www/fcgi/schwaebischekueche.com/php5/"

export PHPRC
PHP_FCGI_CHILDREN=20
export PHP_FCGI_CHILDREN
PHP_FCGI_MAX_REQUESTS=500
export PHP_FCGI_MAX_REQUESTS

[DaSilva]

Jetzt ist es mal wieder da:

Code:

[Tue Apr 28 19:32:16 2009] [notice] mod_fcgid: process /var/www/virtual/reisenachoz.de/htdocs/index.php(32439) exit(communication error), terminated by calling exit(), return code: 0
[Tue Apr 28 19:32:29 2009] [notice] mod_fcgid: call /var/www/virtual/reisenachoz.de/htdocs/index.php with wrapper /var/www/fcgi/reisenachoz.de/php5-fcgi-starter
[Tue Apr 28 19:32:29 2009] [notice] mod_fcgid: server /var/www/virtual/reisenachoz.de/htdocs/index.php(16723) started

Was kann ich bloß dagegen machen?

DebugLevel auf "debug" ändert nichts an den Meldungen.

EDIT: Ich habe mal libapach2-mod-fcgid von Version 1.10 auf 2.2 aktualisiert (dank Backports) und nach einem Neustart von Apache2 ist der Fehler (vorerst) verschwunden. Mal sehen ob das anhält.