500 Interner Server Fehler nach Update auf 2.8.4 unter PHP 5.3.2

[ollikoeln]

Hallo Gemeinde,

ich habe ein manuelles Update auf die Version 2.8.4 gemacht. Alles läuft soweit wie Butter, bis auf die Versendung von Formularen. Hier kam es zu einer Fehlermeldung, die nach etwas Recherche wohl mit meiner alten PHP-Version (5.1.2) zusammen hing. Also habe ich ein Update auf PHP 5.3.2 gemacht. Und seitdem erhalte ich beim Aufruf der Seite einen "500 Interner Server Fehler".

Das error.log des Apache zeigt nichts, was mir auf die Sprüng hilft. Und wenn ich PHP wieder auf 5.1.2 stelle, läuft die Seite wieder normal. Meine erste Vermutung ging in Richtung mod_rewrite, aber das läuf soweit normal und auch wenn ich es nicht nutze (also keinen URL-Rewrite durch TL machen lasse und die .htaccess anpasse), gibt es den 500.

Ist irgendwem das o.g. Problem schon mal über den Weg gelaufen und kann mich in die richtige Richtung schubsen?

Danke und Gruß aus Köln
Olli

[lindesbs]

welche Meldung steht denn im Apache error.log, wenn er den 500er wirft ?

[ollikoeln]

Sowas hier. Ich gebe zu ich bin jetzt nicht so der Apache-Sachverständige. Aber da sieht für mich nichts so aus, als würde es mit dem Problem zusammen hängen oder?

[Thu Jul 15 16:57:21 2010] [notice] caught SIGTERM, shutting down [Thu Jul 15 16:57:22 2010] [warn] Init: Session Cache is not configured [hint: SSLSessionCache] [Thu Jul 15 16:57:22 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Jul 15 16:57:22 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Jul 15 16:57:22 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec2) [Thu Jul 15 16:57:22 2010] [warn] module php5_module is already loaded, skipping [Thu Jul 15 16:57:22 2010] [notice] mod_python: Creating 10 session mutexes based on 10 max processes and 0 max threads.
[Thu Jul 15 16:57:23 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Jul 15 16:57:23 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Jul 15 16:57:23 2010] [notice] Apache/2.0.55 (Ubuntu) mod_python/3.1.4 Python/2.4.3 PHP/5.1.2 mod_ssl/2.0.55 OpenSSL/0.9.8a mod_perl/2.0.2 Perl/v5.8.7 configured -- resuming normal operations

[lindesbs]

Hm, das ist nur eine Stop udn Startsequenz deines Apachen.

Was steht denn dort, wenn Du einen 500er im Browser bekommst.

[ollikoeln]

Das ist ja das seltsame. Sonst steht zu dem Zeitpunikt nichts weiter dort. Immer wieder nur diese Einträge.

Im Moment überlege ich einen Downgrade auf 2.8.3 um zu schauen, ob es bei der Version auch auftritt.

[lindesbs]

Das hat nichts mit Contao/TL zu tun. Das liegt an deiner htaccess und Serverkonfiguration.

Nutzt die Contao htaccess oder eine eigene ?
Hast Du eine phpinfo zur Hand ?

[ollikoeln]

Erst mal danke, dass Du dich der Sache angenommen hast!

Hier findest du eine phpinfo: http://www.kieslich-webentwicklung.de/info.php

Und das hier ist meine .htaccess (die unter PHP 5.1.2 problemlos läuft):

# Enable mod_rewrite
RewriteEngine On
RewriteBase /

# Block any URI protocol in the query string
RewriteCond %{QUERY_STRING} (ftp|https?):|/etc/ [NC]
RewriteRule .* - [F,L]

# Block any URI protocol in the request
RewriteCond %{REQUEST_URI} (ftp|https?):|/etc/ [NC]
RewriteRule .* - [F,L]

# Rewrite TYPOlight URLs
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .*\.html$ index.php [L]

[lindesbs]

ha,.....

Ich glaub, ich habs.
BIst du Admin auf dem Server ?
Du hast eine Ubuntu laufen. Liefert standardmaessig eine PHP 5.3.2 mit.
Schaue mal nach, ob Du mod_userdir aktiviert hast.

Schaue in der /etc/apache2/mod_enabled/php5.conf nach :

<IfModule mod_php5.c>
    <FilesMatch "\.ph(p3?|tml)$">
    SetHandler application/x-httpd-php
    </FilesMatch>
    <FilesMatch "\.phps$">
    SetHandler application/x-httpd-php-source
    </FilesMatch>
    # To re-enable php in user directories comment the following lines
    # (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
    # prevents .htaccess files from disabling it.
    <IfModule mod_userdir.c>
        <Directory /home/*/public_html>
            php_admin_value engine Off
        </Directory>
    </IfModule>
</IfModule>

Den gesamten IfModule mod_userdir auskommentieren oder loeschen

<IfModule mod_php5.c>
    <FilesMatch "\.ph(p3?|tml)$">
    SetHandler application/x-httpd-php
    </FilesMatch>
    <FilesMatch "\.phps$">
    SetHandler application/x-httpd-php-source
    </FilesMatch>
    # To re-enable php in user directories comment the following lines
    # (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
    # prevents .htaccess files from disabling it.
    #<IfModule mod_userdir.c>
    #    <Directory /home/*/public_html>
    #        php_admin_value engine Off
    #    </Directory>
    #</IfModule>
</IfModule>

Den Indianer neu starten und nochmla kontrollieren. Hatte selbiges Problem hier auch.

[ollikoeln]

Hmm leider ohne Effekt.

[lindesbs]

hm, welche URL ? Dort, wo auch die phpinfo liegt ?

[xchs]

Hallo ollikoeln,

Und wenn ich PHP wieder auf 5.1.2 stelle, läuft die Seite wieder normal.

Nur mal so nebenbei angemerkt: Dir ist schon klar, was in den Systemvoraussetzungen für den Betrieb von Contao steht?

2. System requirements
======================

- Apache Webserver (recommended) or IIS
- PHP version 5.2 or greater
- MySQL version 4.1 or greater
- PHP extension GDLib
- PHP extension mcrypt (optional)

Wenn das bislang auch mit der Version 5.1.2 (mehr oder weniger) funktioniert hat, dann würde ich nicht darauf setzen, dass das immer und überall der Fall sein wird.

[ollikoeln]

Danke für den Hinweis, nur liegt das Problem ja ganz woanders:

TL lief ja unter PHP < 5.2 nicht reibungslos (siehe meinen ersten Beitrag). Darum habe ich überhaupt erst ein Upgrade auf PHP 5.3.2 gemacht. Nur dann läuft es eben überhaupt nicht mehr.

Also ich denke ich gehe entweder mit der PHP-Version wieder runter und verzichte auf Formulare (spielen auf meiner Seite keine wirkliche Rolle) oder ich downgrade TL.

[chr.flader]

Hi zusammen!

Ich habe den selben Fehler bereits in einem anderen Forenteil angesprochen:

http://www.contao-community.de/showt...ll=1#post76608

Meine Anfrage an meinen Provider wurde so beantwortet:

Hallo Christian,

grundsätzlich bedeutet der Fehler, dass das Script keine, oder nicht
vollständige Header ausgegeben hat, so dass der Webserver mit der
Antwort des Scriptes nix anfangen konnte. Das passiert z.B. wenn ein
Fehler vor dem Header ausgegeben wird.
Auch ein Timeout kann das Problem sein, wenn das Script zu lange
gebraucht hat, um eine Antwort zu generieren.

Von außen ist nun leider schwer nachvollziehbar, woran das Script
gescheitert ist. Da müsste man nun mit Debugging anfangen: Mit
Ausgaben überprüfen, wie weit kommt das Script, an welcher Stelle
taucht der Fehler auf... Das kann natürlich nur der Programmierer des
Scriptes erledigen... 

Also denke ich, dass es ein Contao Problem ist?!

Christian

[ollikoeln]

Ich denke es ist ein kombiniertes Problem. Irgend etwas in den Contao-Scripten beißt sich mit PHP 5.3.2. Da es bei mir ja auf einer anderen PHP-Version läuft, würde ich das Problem bei der PHP-Version selbst sehen und nicht in irgendwelchen Apache-Configs. Ich kann mich aber auch irren.

Ein Hauptgrund (wenn nicht sogar der einzige Grund) dafür, dass Contao PHP 5.2 oder höher braucht, scheint die Verwendung von "Swiftmailer" zu sein.

[ollikoeln]

Nachtrag: unter PHP 5.3.3 das gleiche Problem.

[chr.flader]

Ist schon doof, dass ich meine Seite jetzt nicht veröffentlichen kann :-(

[ollikoeln]

Ich teste gerade was. Und zwar installiere ich mir von TYPOlight 2.8.4 rückwärts mal ein paar Versionen und schaue, ob irgendeine davon mit PHP 5.3.2 läuft. Falls ja wäre das ja evtl. ein Zeichen für ein Problem innerhalb von TL.

[BugBuster]

Hmm, und wenn ich grad lese:

Anwender von PHP 5.2 sollten möglichst bald auf 5.3 umsteigen, denn mit der soeben erschienenen Version 5.2.14 endet die aktive Wartung.

sollten wir schnellstens die Ursache finden.
Die Hoster werden zwar nicht alle sofort nachziehen (meine auf Goneo ist bei 5.2.13) aber das wird kommen.

Nochmal für mich, prinzipiell ein Problem oder mit bestimmten Modulen, ist das schon näher rausgekommen?

[ollikoeln]

So, ich habe mal alle Versionen bis runter auf 2.7.6 versucht unter PHP 5.3.2 zu installieren. Selbst der Aufruf des Installers führt dabei zum 500er-Fehler. Gestern habe ich dann noch auf die Schnelle eine Installation unter PHP 5.2.12 versucht und das lief wie geschnitten Brot.

Ich denke daher, dass TL/Contao nicht lauffähig ist ab einer bestimmten höheren PHP-Version.

Kann das jemand bestätigen bzw. bitte auch mal testen !?
Und gibt es irgend einen Ansatz, wie dieses Problem zu beheben ist (Patch) ?

Bin echt für jeden Tipp dankbar.

Danke und Gruß aus Kölle
Olli

[BugBuster]

Meine VM mit Ubuntu 10.04 und PHP 5.3.2 ist installiert, jetzt probier ich mal Contao 2.9 und teste.

[ollikoeln]

ok super. wobei ich es wie gesagt nicht contao sondern bis hoch zur letzten TL-version probiert habe. kann also durchaus sein, dass das problem in contao gar nicht auftritt.

[BugBuster]

Tut mir ja leid das sagen zu müssen, aber bei mir läuft es super.

* Apache/2.2.14 (Ubuntu)
* MySQL-Client-Version: 5.1.41
* PHP 5.3.2-1ubuntu4.2 with Suhosin-Patch

Das einzige was ich bei Aufruf der CLI Version von PHP bekam, war:

PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/mcrypt.ini on line 1 in Unknown on line 0

Wenn das natürlich auch bei PHP als fcgi eingebunden als erstes kommt, klar das Apache dann meckert.

Ich habe das aber als Modul eingebunden getestet.
Wüste gar nicht wie ich das umkonfigurieren müsste.

[BugBuster]

ok super. wobei ich es wie gesagt nicht contao sondern bis hoch zur letzten TL-version probiert habe. kann also durchaus sein, dass das problem in contao gar nicht auftritt.

OK, dann teste ich nochmal mit der 2.8.4

[BugBuster]

Auch mit der 2.8.4 habe ich keine Probleme.
Ansonsten wir oben beschrieben.
Wenn man auf Kommandozeile php -version eingetippt hat, kam obige Fehlermeldung.
Das sollte man auf den Fehlerhaften System auch mal probieren (lassen) wenn möglich.
Btw. bei Error 500 sollte auch etwas in den error.log Dateien vom Apache stehen.

[ollikoeln]

Das error.log zeigt dann immer nur sowas hier:

[Mon Jul 26 19:52:35 2010] [notice] caught SIGTERM, shutting down
[Mon Jul 26 19:52:36 2010] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Jul 26 19:52:36 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 19:52:36 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 19:52:36 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec2)
[Mon Jul 26 19:52:36 2010] [warn] module php5_module is already loaded, skipping
[Mon Jul 26 19:52:36 2010] [notice] mod_python: Creating 10 session mutexes based on 10 max processes and 0 max threads.
[Mon Jul 26 19:52:37 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 19:52:37 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 19:52:37 2010] [notice] Apache/2.0.55 (Ubuntu) mod_python/3.1.4 Python/2.4.3 mod_ssl/2.0.55 OpenSSL/0.9.8a mod_perl/2.0.2 Perl/v5.8.7 configured -- resuming normal operations
[Mon Jul 26 19:53:50 2010] [notice] caught SIGTERM, shutting down
[Mon Jul 26 19:53:52 2010] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Jul 26 19:53:52 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 19:53:52 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 19:53:52 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec2)
[Mon Jul 26 19:53:52 2010] [warn] module php5_module is already loaded, skipping
[Mon Jul 26 19:53:52 2010] [notice] mod_python: Creating 10 session mutexes based on 10 max processes and 0 max threads.
[Mon Jul 26 19:53:52 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 19:53:52 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 19:53:52 2010] [notice] Apache/2.0.55 (Ubuntu) mod_python/3.1.4 Python/2.4.3 PHP/5.1.2 mod_ssl/2.0.55 OpenSSL/0.9.8a mod_perl/2.0.2 Perl/v5.8.7 configured -- resuming normal operations
[Mon Jul 26 20:12:20 2010] [notice] caught SIGTERM, shutting down
[Mon Jul 26 20:12:21 2010] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Jul 26 20:12:21 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:12:21 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:12:21 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec2)
[Mon Jul 26 20:12:21 2010] [warn] module php5_module is already loaded, skipping
[Mon Jul 26 20:12:21 2010] [notice] mod_python: Creating 10 session mutexes based on 10 max processes and 0 max threads.
[Mon Jul 26 20:12:21 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:12:21 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:12:21 2010] [notice] Apache/2.0.55 (Ubuntu) mod_python/3.1.4 Python/2.4.3 mod_ssl/2.0.55 OpenSSL/0.9.8a mod_perl/2.0.2 Perl/v5.8.7 configured -- resuming normal operations
[Mon Jul 26 20:12:41 2010] [notice] caught SIGTERM, shutting down
[Mon Jul 26 20:12:42 2010] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Jul 26 20:12:42 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:12:42 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:12:42 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec2)
[Mon Jul 26 20:12:42 2010] [warn] module php5_module is already loaded, skipping
[Mon Jul 26 20:12:42 2010] [notice] mod_python: Creating 10 session mutexes based on 10 max processes and 0 max threads.
[Mon Jul 26 20:12:42 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:12:42 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:12:42 2010] [notice] Apache/2.0.55 (Ubuntu) mod_python/3.1.4 Python/2.4.3 PHP/5.1.2 mod_ssl/2.0.55 OpenSSL/0.9.8a mod_perl/2.0.2 Perl/v5.8.7 configured -- resuming normal operations
[Mon Jul 26 20:14:23 2010] [notice] Graceful restart requested, doing restart
[Mon Jul 26 20:14:24 2010] [warn] module php5_module is already loaded, skipping
[Mon Jul 26 20:14:24 2010] [notice] mod_python: Creating 10 session mutexes based on 10 max processes and 0 max threads.
[Mon Jul 26 20:14:24 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:14:24 2010] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Jul 26 20:14:24 2010] [notice] Apache/2.0.55 (Ubuntu) mod_python/3.1.4 Python/2.4.3 PHP/5.1.2 mod_ssl/2.0.55 OpenSSL/0.9.8a mod_perl/2.0.2 Perl/v5.8.7 configured -- resuming normal operations
[Tue Jul 27 01:36:05 2010] [error] [client 64.246.165.170] File does not exist: /var/www/vhosts/diekleinepause.de/httpdocs/robots.txt
[Tue Jul 27 09:15:04 2010] [error] [client 72.18.150.251] File does not exist: /var/www/vhosts/werbekueche.de/httpdocs/favicon.ico
[Tue Jul 27 10:24:10 2010] [error] [client 91.121.136.191] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind

Ich stolpere gerade über das "module php5_module is already loaded, skipping". Es wird auch nirgendwo eine höhere PHP-Version als 5.1.2 bei den mods angezeigt.
Kann es also sein, dass die höhrer PHP-Version aus irgendeinem Grund nach dem apche-Restart einfach nicht vernünftig ausgeführt wird? Ich muss dazu sagen ich bin Apache-Newbie und kann hier nur Vermutgungen aufstellen.

[BugBuster]

Da lese ich aber PHP 5.1.2.
Wenn du ne Datei anlegst phpinfo.php
mit Inhalt:

<?php
phpinfo();
?>

und die aufrufst unter PHP 5.3.2, kommt da denn auch der Error 500?

[ollikoeln]

Nein, die wird normal interpretiert und es wird auch die jeweils von mir gewollte PHP-Version angezeigt.

Beispiel: http://www.kieslich-webentwicklung.de/info.php
ABER http://www.kieslich-webentwicklung.de -> Error 500

Ich stolperte eben auch über das "module php5_module is already loaded, skipping". Es wird auch nirgendwo eine höhere PHP-Version als 5.1.2 bei den mods angezeigt.
Kann es also sein, dass die höhrer PHP-Version aus irgendeinem Grund nach dem apche-Restart einfach nicht vernünftig ausgeführt wird? Ich muss dazu sagen ich bin Apache-Newbie und kann hier nur Vermutgungen aufstellen.

[chr.flader]

Hi Ihr beiden!

Kann euch leider nicht helfen, weil ich zu wenig davon verstehe.
Ich kann euch aber helfen, wenn Ihr irgendwelche Test´s durchführen wollte.

Christian

[BugBuster]

Hmm, bei phpinfo wird ja angezeigt das die 5.3.2 geladen ist.
Die Fehlermeldung in der Log ist mir auch aufgefallen, würde bedeuten das an 2 Stellen versucht wird das PHP Modul zu laden.

[lindesbs]

Was ich anbieten kann ist, mal direkt auf so ein betroffenes System schauen. Hierfuer braeuchte ich jedoch einen ROOT SSH Zugang zum System. Ich habe hier lokal auch COntao mit PHP 5.3.2 laufen. Ohne Probleme.

[chr.flader]

Ich kann dir einen geben?!

Schicke dir gleich mal ne PM!

[chr.flader]

Sorry, geht doch nicht. Der Provider stellt diese Funktion nicht zur Verfügung.

[chr.flader]

Mein Provider hat auch mal etwas gespielt, aber leider ohne Erfolg:

Hallo Christian,

wir haben uns das Problem angeguckt und ein paar Parameter verändert.
Leider ohne Erfolg. Man sieht aber, dass der Prozess sehr viel CPU
Zeit verbraucht, bis er abbricht, bzw. im Fehler endet.

Da wir grundsätzlich keine Webdesigner sind und uns die Zeit fehlt uns
extra in das Thema einzuarbeiten können wir Dir leider nicht viel
weiterhelfen außer natürlich im Rahmen unserer Möglichkeiten als
Serverbetreiber auf Anfrage Parameter anzupassen.

Hast du mal mit dem "contao-check.php" Script deine Installation
überprüft? Hast du vielleicht die Möglichkeit den "Debug-Level" der
Ausgaben zu erhöhen um besser zu sehen, was das CMS macht und bei
welcher Funktion das Programm aussteigt (Debug / Verbose - Flag in der
Config)? 

[Dani]

Verwendet ihr auf der gleichen Seite ce_navigation? Weil dort habe ich auch immer einen 500er Error bekommen.

[lindesbs]

Nach eingehender Analyse direkt auf dem Server liegt es hier bei einem fehlerhaften PHP Modul und nicht am CMS.

Der Versuch das .so PHP Modul fuer den apache2 zu nutzen funktioniert nicht, weil wichtige Libraries auf dem System fehlen.

[chr.flader]

Kannst du mir sagen, was mein Provider freigeben bzw. installieren muss, damit es dieses Problem nicht mehr gibt?

Christian

[lindesbs]

Ich denke mal du beziehst Dich auf deinen Beitrag #13, verlinkt auf dies hier : http://www.contao-community.de/showt...ll=1#post76556

Dein Provider (Wer immer das auch sein mag) sollte mit der fcgid und premature end Fehlermeldung schon etwas anfangen koennen.

Ohne SSH Zugang zum System keine Chance das herauszufinden, was dort schief laeuft.

[chr.flader]

Also ist es kein pauschales Problem? Sprich ich kann dem Provider nicht sagen, mach dies oder mach das?!

[lindesbs]

Klaro geht das nicht. Nur weil dein Auto nicht anspringt, liegts nicht immer an der Batterie.

Schrieb mir nochmlal via PN, worum es genau geht, um welchen Thread. Weil das hier in diesem nichts mehr zu tun hat.

[ollikoeln]

Also nachdem dank lindesbs klar wurde, dass Contao problemlos unter PHP 5.3.2 läuft und nur meine veraltete Ubuntu-Distibution da Ärger macht, bin ich gerade dabei alles auf einen neuen Server mit einer aktuellen Distri umzuziehen. Ich hatte sowieso ein Upgrade vor und der Zeitpunkt ist dann wohl ideal :-) Danke an alle für die Hilfe. Geniales CMS mit genialer Community.