Scriptprobleme nach PHP - Update

R

rolli

New Member
Hallo und guten Morgen. Nachdem ich letzte Woche ein Update von Suse 9 mit Confixx auf Suse 10 mit Plesk 8 durchgezogen habe, hatte ich eigentlich vor gehabt am WE ein Php Update durch zuführen, was aber zu einem recht seltsamen Verhalten einiger Scripte führte.

Nach dem Update über Yast ( Php 4 auf Php 5 ) zeigten einige Scripte nur noch weisse Seiten an. Die Scripte selber sind unter Php 5 voll lauffähig, ich hatte auch meinem alten Server ja auch Suse 9 mit Php 5. Einige Scripte jedoch wie wie SMF laufen ganz normal, an Php direkt kann es also nicht liegen.

Hier mal die Serverdaten :

Suse 10 mit Plesk 8.01 ( Strato )
Php alt : 4.4.0.x
Php neu : 5.0.4.x
Safemod : off

wer sich die PhpInfo mal anschauen möchte :

phpinfo()
( hab inzwischen natürlich wieder auf 4.4 zurückgespielt ... )

So denn jemand einen Ansatz hat, ich vermute mal das es irgendwo zwischen Plesk und open_basedir liegt, immer her damit.

Vielen Dank für eure Hilfe,

Rolli
 
Eine kurze Frage:
hast du noch Kunden auf deinem Server?
Denn dann würde ich dir eher PHP5.1.6 auf deinem Server empfehlen.

Standartfrage:
wie sahen die error-Logs deines Apachen aus bei den "weißen Seiten"?
Error-Logs wie immer in /var/log/apache(2)...
 
Hi und zuerst mal Danke für deine Antwort ...

Nun, echte Kunden sind keine auf dem Server, ist eigentlich nur für unsere Seite, da diese teilweise sehr viel Last hat.

Das Error-Fille hab ich mir auch schonmal durchgeschaut, ich würde daraus ja verstehen wenn Php gar nicht gehen würde, so aber kann ich das Problem nicht nachvollziehen ...

Vielleicht blickst du ja durch, hier mal der Part aus dem Error - Log :

Code: 
[Mon Aug 28 09:16:03 2006] [notice] caught SIGTERM, shutting down
[Mon Aug 28 09:16:05 2006] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Aug 28 09:16:05 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
[Mon Aug 28 09:16:05 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
No worker file and no worker options in httpd.conf \nuse JkWorkerFile to set workers\n
[Mon Aug 28 09:16:05 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Mon Aug 28 09:16:05 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
[Mon Aug 28 09:16:05 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
No worker file and no worker options in httpd.conf \nuse JkWorkerFile to set workers\n
[Mon Aug 28 09:16:05 2006] [notice] mod_python: Creating 32 session mutexes based on 150 max processes and 0 max threads.
[Mon Aug 28 09:16:05 2006] [notice] Apache/2.0.54 (Linux/SUSE) configured -- resuming normal operations
[Mon Aug 28 09:19:42 2006] [notice] caught SIGTERM, shutting down
[Mon Aug 28 09:19:43 2006] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Aug 28 09:19:43 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
[Mon Aug 28 09:19:43 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
No worker file and no worker options in httpd.conf \nuse JkWorkerFile to set workers\n
[Mon Aug 28 09:19:43 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Mon Aug 28 09:19:43 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
[Mon Aug 28 09:19:43 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
No worker file and no worker options in httpd.conf \nuse JkWorkerFile to set workers\n
[Mon Aug 28 09:19:44 2006] [notice] mod_python: Creating 32 session mutexes based on 150 max processes and 0 max threads.
[Mon Aug 28 09:19:44 2006] [notice] Apache/2.0.54 (Linux/SUSE) configured -- resuming normal operations
[Mon Aug 28 09:25:28 2006] [notice] caught SIGTERM, shutting down
[Mon Aug 28 09:25:29 2006] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Aug 28 09:25:29 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
[Mon Aug 28 09:25:29 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
No worker file and no worker options in httpd.conf \nuse JkWorkerFile to set workers\n
[Mon Aug 28 09:25:29 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Mon Aug 28 09:25:29 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
[Mon Aug 28 09:25:29 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
No worker file and no worker options in httpd.conf \nuse JkWorkerFile to set workers\n
[Mon Aug 28 09:25:29 2006] [notice] mod_python: Creating 32 session mutexes based on 150 max processes and 0 max threads.
[Mon Aug 28 09:25:29 2006] [notice] Apache/2.0.54 (Linux/SUSE) configured -- resuming normal operations
[Mon Aug 28 09:33:16 2006] [notice] caught SIGTERM, shutting down
[Mon Aug 28 09:33:17 2006] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Aug 28 09:33:17 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
[Mon Aug 28 09:33:17 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
No worker file and no worker options in httpd.conf \nuse JkWorkerFile to set workers\n
[Mon Aug 28 09:33:17 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Mon Aug 28 09:33:17 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
[Mon Aug 28 09:33:17 2006] [warn] RSA server certificate CommonName (CN) `h10318.serverkompetenz.net' does NOT match server name!?
No worker file and no worker options in httpd.conf \nuse JkWorkerFile to set workers\n
[Mon Aug 28 09:33:18 2006] [notice] mod_python: Creating 32 session mutexes based on 150 max processes and 0 max threads.
[Mon Aug 28 09:33:18 2006] [notice] Apache/2.0.54 (Linux/SUSE) configured -- resuming normal operations

Das einzigste was ich mir vorstellen kann, ist das es was mit diesem Teil zu tun hat :

Code: 
[Mon Aug 28 09:19:43 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
 
Die Fehlermeldungen sind nicht wirklich relevant.
Probiere doch PHP mal hier nach dem HowTo selbst zu kompilieren.
Dann hast du auch das neustes Release drauf.
 
Nun,ja, die Frage ist halt, ob Plesk das Ganze überlebt und ob ich trotzdem die Php5 Module verwenden kann die ja für die 5.0.x geschrieben sind.

Dazu kommt halt, ob das ganze überhaupt was bringt. Das Problem ist halt, das ich im Moment kein Risiko eingehen möchte, da wir ab 18. für ein paar Monate am Stück OnAir sind und ich ausserdem die ganzen Inhalte noch basteln muss und daher langwieriges Basteln und nachlesen ausfällt ( die FAQ hier hat in meinem Fall leider nicht geklappt .. )...
 
Last edited by a moderator:
Finde ich Hammerhart

So habe das selbe Problem obwohl ich es übers Howto gemacht habe.
Die Info zeigt mir das an.
phpinfo()
Mein Forum wird im Blütenreinen Weiß angezeigt.
http://hamlett.de/tccd/index.php
Beim installieren der WBB3 beta kommt das.
Fatal error: Unable to find temp folder

Das PHP update habe ich eigentlich nur machen wollen um das wbb3 zu testen.
Der Server ist ein Vserver von Strato.

Desweiteren möchte ich keine Spam PM.
Nachdem Motto wenn Du zu Blöd bist Dein PHP richtig upzudaten zahle 20€.
Denke das fast alle hier sind um hilfe zu bekommen und das selber lernen möchten wie es richtig geht.
Danke
 
Hallo,

so kann ich dir leider nicht helfen.
Bei den ersten beiden Links erscheinen 404-Fehler.

Hast du das Problem schon gelöst oder?

Interessant trotzdem, dass du meine PM damals (März 06) als "SPAM" betrachtet hast. Ich wollte dich weder belästigen noch als dumm darstellen. Falls das in den falschen Hals geraten ist, will ich mich dafür entschuldigen.

So, nun aber lieber wieder zur Sache:
Bitte liefer doch ein paar mehr Infos...
Logs sind bei solchen Fehlern auch immer recht hilfreich.
 
Huhu, hab auch so ein Problem,

hab php4 auf meinem Debian Sarge Root geupgradet (per apt-get upgrade php4).
Nun zeigt mein Redaxo nur noch ne weisse Seite an!

Error log zeigt folgendes :

Code: 
[Sun Aug 26 11:49:16 2007] [warn] RSA server certificate CommonName (CN) `xxx.de' does NOT match server name!?
[Sun Aug 26 11:49:17 2007] [warn] RSA server certificate CommonName (CN) `xxx.de' does NOT match server name!?
[Sun Aug 26 11:49:17 2007] [notice] Apache/2.2.3 (Debian) PHP/4.4.4-8+etch4 mod_ssl/2.2.3 OpenSSL/0.9.8c mod_perl/2.0.2 Perl/v5.8.8 configured -- resuming normal operations

Accesslog keine unnatürlichen Fehler.

Jemand ne idee?
 
Last edited by a moderator:
Weiße Seite deuten meist auf Fehler im PHP-Script hin.
Durch Einstellungen in der php.ini werden die Fehler nicht auf der Webseite angezeigt(das ist auch gut so) und stattdessen in ein Logfile geschrieben. Soweit ich weiß, ist diese Logfile meist das Errorlog des Apachen. Man kann in der php.ini auch ein eigenes Logfile angeben in das dann nur PHP-Fehler geschrieben werden. Die Einstellung(eigenes Logfile) würde ich empfehlen, da man nicht immer in den Apache-Errorlogs nach PHP-Fehler suchen muss.

Einstellung in der php.ini (nur ein Beispiel)
Code: 
log_errors = On
error_log = /var/log/php_error.log

Man kann auch noch die Einstellung "error_reporting" verändern, um mehr oder weniger mitloggen zu lassen.
 
Is schon an, aber es werden keine Errors ausgegeben! Desweiteren habe ich betreffende index.php schon durch den PHP Interpreter gejagd! Keine Ergebnisse!
Habe die index.php bereits ausetauscht, betreffendes cms ist Redaxo!
 
"PHP Interpreter" = PHP CLI?

Falls nicht:
Versuche die fehlerhafte(?) Datei via Komandozeile aufzurufen.
Code: 
php /pfad/zur/entsprechenden/datei.php
Gibt es dann eine Fehlermeldung?
 
So, ich nochmal, Problem erledigt.

Hatte gestern Nacht endlich ein wenig Freizeit. Hb das Problem eingekreisst. PHP hat nicht mit Mysql geschwätzt.

War ein Config Problem. Tja ja .. ich Dau ich. Naja, danke für eure Hilfe! :cool:
 
You must log in or register to reply here.
Back
Top