Apache, Premature header bei PHP

[bernard]

Hallo !
habe ein Problem auf einem Rootserver eines Freundes. Er kann kein PHP mehr ausführen.

Er hat einen apache mit SuExec (Doc_Root stimmt) und SuPHP (sieht richtig in der Konfigurationsdatei aus).

Apache startet und man kann html seiten anzeigen. nur bei php kommt ein 500-er mit premature headers.

php von der kommandozeile geht auch. auf den ersten blick kann ich nichts erkennen. in den logs steht auch nix drin (error_log, suexec.log, suphp_log).

hat jemand noch eine idee ? danke im voraus !

[bernard]

Welche Konfig- / Logdateien braucht Ihr ?

error_log [----] 0 L:[ 1+ 4 5/165] *(381 /21522b)= [ 91 0x5B
[Wed Jul 7 19:32:33 2004] [notice] Apache configured -- resuming normal operations
[Wed Jul 7 19:32:33 2004] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Wed Jul 7 19:32:33 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Wed Jul 7 19:32:36 2004] [error] [client 80.145.83.56] Premature end of script headers: /home/i/domain.de/public_html/index.php

Suexec -V

h2550:/var/log/httpd # suexec -V
-D DOC_ROOT="/home"
-D GID_MID=100
-D HTTPD_USER="wwwrun"
-D LOG_EXEC="/var/log/httpd/suexec.log"
-D SAFE_PATH="/usr/local/bin:/usr/bin:/bin"
-D UID_MID=100
-D USERDIR_SUFFIX="/home"
h2550:/var/log/httpd #

[/quote]

[antondollmaier]

suphp-log???


da steht sicher was bzgl writeable etc drinnen ...

[bernard]

leider nicht ... das wird garnicht mehr geschrieben !

[info] /home/i/domain.de/public_html/modules.php executed as user n21120311564884 (500), group www (60006)
[Wed Jul 07 17:27:09 2004] [info] /home/i/domain.de/public_html/modules.php executed as user n21120311564884 (500), group www (60006)

das sind die letzten einträge[/quote]

[Joe User]

http://www.google.com/search?hl=en&ie=U ... gle+Search

[sascha]

Wenns um 17:27 laut Logfiles noch ging, wäre es sicherlich hilfreich, zu wissen was danach auf dem Server geändert wurde.

[bernard]

So sehe ich das auch. Ich weiss es aber nicht (genau). Ich glaube es wurde versucht die GDLib und ImageMagick zu installieren ... ich war da nicht dabei (ist auch nicht meine Maschine) und die Kollegen sind nicht erreichbar. Kann es auch nur schlecht nachvollziehen. Sehe nur die Wirkung ...

[Anonymous]

es wurde eben nichts geändert. das einzige was gemacht wurde war einen tag vorher die gdlib installiert und zwei tage vorher imagemagick. ausserdem wurde noch die php.ini verändert aber nichts besonderes, nur upload_max_filesize und memory_limit.

[captaincrunch]

Wann lernen die Leute eigentlich, dass die Lösung eines Problems durch solche Ratespielchen (fehlende Logs) nicht gerade einfacher wird?!? :roll:

[Anonymous]

wir haben doch oben gefragt welche logdatei ihr braucht

hier nun die config-log von gdlib

Code: Select all

Von Joe User entsorgt...

[tyberius prime]

Gibt denn das PHP auf der Kommandozeile auch die Header
(z.b. Content-type: text/html) mit aus?

Wenn nicht, sucht mal nach einer 2. PHP Binary, die die Header mit ausgibt.

[highlander74]

Ja gibt es aus ...

X-Powered-By: PHP/4.2.2
Content-type: text/html

...und den rest des generierten HTML Codes

[bernard]

Es liegt am SuPHP. Wenn wir PHP normal als Modul laden, gehts ! Aber wie Abhilfe schaffen ?

[gleitz]

Genau diesen Fehler hatte ich Anfangs mit suPHP auch und es war nur eine Kleinigkeit. suPHP konnte die Log nicht schreiben, da es den Pfad bzw. die Datei noch nicht gab.

[mmg-media]

Es liegt am SuPHP. Wenn wir PHP normal als Modul laden, gehts ! Aber wie Abhilfe schaffen ?

ausgabe von

Code: Select all

php -v

posten bitte

[chinese_postman]

Da ich auch dasselbe Problem habe klinke ich mich mich hierein.

Bei mir kommt auch im Browser die 500 Error Meldung und im error-log steht wie bei Barnard nur: Premature end of script headers

In suphp.log steht nichts drinnen.

Laut FAQ in http://www.suphp.org kann das an der installierten PHP Version liegen. Ich verwende ein Backport für stable (4.2.3). In dieser ist doch die CGI SAPI aktiviert oder ?

Beim Befehl /usr/bin/php4 -v" kommt nur die Versionsnummer entgegen Meldungen, daß man daran erkennen kann, welche SAPI man installiert hat.

Nachtrag: Folgendes erscheint bei: # /usr/sbin/suphp
Error in log.c on line 68: Could not open logfile (No such file or directory)

Aber das logfile ist vorhanden unter dem beim kompilieren gesetzten Pfad.

Hoffe, daß jemand Bernard und mir helfen kann.

Gruß,
cp

[mmg-media]

Beim Befehl /usr/bin/php4 -v" kommt nur die Versionsnummer entgegen Meldungen, daß man daran erkennen kann, welche SAPI man installiert hat.

Ja und genau diese Ausgabe wäre Interessant hier zu posten ;)

Bei den meisten kommt nämlich bei diesem Aufruf die SAPI PHP(CLI) zum Vorschein anstatt PHP(CGI)
suPHP benötigt PHP-CGI nicht PHP-CLI, das steht auch in der FAQ von suPHP drin


bei mir zb

php -v
PHP 4.3.7 (cgi) (built: Jul 3 2004 23:35:17)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

[chinese_postman]

php -v
PHP 4.3.7 (cgi) (built: Jul 3 2004 23:35:17)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

Also auf meinem Woody gibt es den Befehl "php" nicht, sondern nur

Code: Select all

 #php4 -v
4.2.3

Ciao

[mmg-media]

apt-get install php-cgi
oder
apt-get install php4-cgi
weiß grad nicht was richtig ist

[chinese_postman]

Ist längst installiert (php4-cgi). Aber scheinbar ist php4-cgi wohl nicht richtig konfiguriert, da bei php -v ja nicht das übliche erscheint.

Hat jemand einen Tip ?

cu