Hallo, heute hat mich die naechste Ueberraschung aus dem Suse-Update 7.1 auf 8.1 erwischt: php-Seiten werden vom Browser zwar dargestellt, aber es werden keine php-Befehle ausgefuehrt :-( Ein Beispiel: info.php4 mit dem Sourcecode <html><head></head> <body> <h1>TEST</h1> <p> <?php echo "Hallo Welt!"; ?> </p> </body> </html> zaubert lediglich ein "TEST" in das Browserfenster, aber kein "Hallo Welt!". Wird die Datei in info.php umbenenannt, bietet der Browser sogar nur ein Download an. Installiert sind apache-1.3.26-57 und mod_php4-4.2.2-98 und der Apache wird laut Boot-Meldung auch mit php gestartet. In der httpd.conf sind u.a. eingetragen: AddType application/x-httpd-php .php AddType application/x-httpd-php .php SuSEconfig habe ich sicherheitshalber auch noch laufen lassen. Da ich zudem keine Fehlermeldungen finden kann, bin ich jetzt reichlich ratlos. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
<html><head></head> <body> <h1>TEST</h1> <p> <?php echo "Hallo Welt!"; ?> </p> </body> </html>
zaubert lediglich ein "TEST" in das Browserfenster, aber kein "Hallo Welt!".
Das siehst du nur in der Quellcode Ansicht.
Wird die Datei in info.php umbenenannt, bietet der Browser sogar nur ein Download an.
Ein typischen Anzeichen dafuer, das die libphp4.so nicht vim Apache initialisiert wurde. Check mal das error_log auf Meldungen nach einen "rcapache stop ; rcapache start"
In der httpd.conf sind u.a. eingetragen:
AddType application/x-httpd-php .php AddType application/x-httpd-php .php
Einmal reicht. Ausserdem muessen folgende Zeilen vorhanden sein: LoadModule php4_module libexec/libphp4.so AddModule mod_php4.c
SuSEconfig habe ich sicherheitshalber auch noch laufen lassen.
Und auch nachgeschaut, ob /etc/httpd/httpd.conf neugeschrieben wurde? Manchmal stellt sich SuSEconfig etwas ueberpingelig an, aber dadurch verlor ich nie eine modifizierte httpd.conf durch Ueberschreiben.
Da ich zudem keine Fehlermeldungen finden kann, bin ich jetzt reichlich ratlos.
Wo hast du nachgeschaut? Peter
Hallo, On 13-Jan-2003 Peter Wiersig wrote:
Heinz W. Pahlke wrote:
<html><head></head> <body> <h1>TEST</h1> <p> <?php echo "Hallo Welt!"; ?> </p> </body> </html>
zaubert lediglich ein "TEST" in das Browserfenster, aber kein "Hallo Welt!".
Das siehst du nur in der Quellcode Ansicht.
Das verstehe ich jetzt nicht. Das "echo ..." soll doch gerade eine Ausgabe auf dem Bildschirm bewirken. Und mit der Suse 7.1 hat es ja auch funktioniert. Von damals stammen auch meine jetzigen Testseiten.
Wird die Datei in info.php umbenenannt, bietet der Browser sogar nur ein Download an.
Ein typischen Anzeichen dafuer, das die libphp4.so nicht vim Apache initialisiert wurde. Check mal das error_log auf Meldungen nach einen "rcapache stop ; rcapache start"
Kein "rcapache" zu finden.
In der httpd.conf sind u.a. eingetragen:
AddType application/x-httpd-php .php AddType application/x-httpd-php .php
Einmal reicht. Ausserdem muessen folgende Zeilen vorhanden sein:
^^^^^^^^^^^^^ Beim copy and paste ist eine 4 verlorengegangen. In der zweiten Zeile sollte es .php4 heissen.
LoadModule php4_module libexec/libphp4.so
Diese Zeile fehlt bei mir. Aber es gab sie auch frueher nicht. Habe deshalb gerade noch einmal in einem Backup aus der Zeit vor dem Suse-Update nachgeschaut.
AddModule mod_php4.c
Diese gibt es dagegen.
SuSEconfig habe ich sicherheitshalber auch noch laufen lassen.
Und auch nachgeschaut, ob /etc/httpd/httpd.conf neugeschrieben wurde?
Wenn ich von Datum und Urzeit der Datei ausgehe, ja. Aber ich habe sie ja auch mit der alten, Vor-update-Version verglichen, und da sind mit keine auffaelligen Unterschiede aufgefallen.
Manchmal stellt sich SuSEconfig etwas ueberpingelig an, aber dadurch verlor ich nie eine modifizierte httpd.conf durch Ueberschreiben.
Beim Update wurde sie als rpmsave gesichert. Aus beiden zusammen habe ich dann eine neue httpd.conf gebastelt, weil yast die virtuellen Server nicht uebernommen hatte.
Da ich zudem keine Fehlermeldungen finden kann, bin ich jetzt reichlich ratlos.
Wo hast du nachgeschaut?
/var/log/* und /var/log/httpd/*, unter anderem auch nach apache und php gegreppt. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
On 13-Jan-2003 Peter Wiersig wrote:
Heinz W. Pahlke wrote:
zaubert lediglich ein "TEST" in das Browserfenster, aber kein "Hallo Welt!".
Das siehst du nur in der Quellcode Ansicht.
Das verstehe ich jetzt nicht. Das "echo ..." soll doch gerade eine Ausgabe auf dem Bildschirm bewirken.
Jaja, der PHP-Code wird nicht interpretiert. Dein Browser bekommt unbekannte Tags "<?irgendwas?>" und zeigt bei denen nichts an. Aber liefert alles aus.
Wird die Datei in info.php umbenenannt, bietet der Browser sogar nur ein Download an.
Ein typischen Anzeichen dafuer, das die libphp4.so nicht vim Apache initialisiert wurde. Check mal das error_log auf Meldungen nach einen "rcapache stop ; rcapache start"
Kein "rcapache" zu finden.
Huch? Selbstuebersetzter Apache? Ich ging von SuSE-Apaches und Start-Stop-Skripten wie in der 8.0 aus. Wie auch immer du den Apache neustartest (komplett) - tu es.
In der httpd.conf sind u.a. eingetragen:
AddType application/x-httpd-php .php AddType application/x-httpd-php .php
Einmal reicht. Ausserdem muessen folgende Zeilen vorhanden sein:
^^^^^^^^^^^^^ Beim copy and paste ist eine 4 verlorengegangen. In der zweiten Zeile sollte es .php4 heissen.
Das kann man auch "AddType application/x-httpd-php .php .php4" schreiben, beliebig oft die gewuenschten Extensionen wiederholen.
LoadModule php4_module libexec/libphp4.so
Diese Zeile fehlt bei mir. Aber es gab sie auch frueher nicht. Habe deshalb gerade noch einmal in einem Backup aus der Zeit vor dem Suse-Update nachgeschaut.
Wenn du "telnet localhost http" ein gibst gefolgt von "GET x HTTP/1.0", taucht dann "X-PoweredBy: PHP", bzw. PHP in der "Server:" Zeile auf? (Bad Request beabsichtigt) Wenn die Zeile fehlt, koennte das auf eine statische Bindung zwischen Apache und PHP hindeuten.
/var/log/* und /var/log/httpd/*, unter anderem auch nach apache und php gegreppt.
Mit "-i"? PHP wird meist in Grossbuchstaben geloggt. Peter
Hallo, On 13-Jan-2003 Peter Wiersig wrote:
Heinz W. Pahlke wrote:
Kein "rcapache" zu finden.
Huch? Selbstuebersetzter Apache? Ich ging von SuSE-Apaches und Start-Stop-Skripten wie in der 8.0 aus. Wie auch immer du den Apache
Kein selbstkompilierter, sondern der aus der Suse 8.1 zuzueglich der Security-Fixes von ftp.suse.com.
neustartest (komplett) - tu es.
rcapache restart und reload sowie init 1, init 3 bereits einige Male getan, auch bereits neu gebootet (aber nicht deshalb, sondern wegen laengerer Aushaeusigkeit)
Wenn du "telnet localhost http" ein gibst gefolgt von "GET x HTTP/1.0", taucht dann "X-PoweredBy: PHP", bzw. PHP in der "Server:" Zeile auf? (Bad Request beabsichtigt)
Nein, fehlt. Aber vielleicht gibt der Output ja etwas her. Deshalb hier mal komplett: ---------------------------------8<---------------------------------- Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET x HTTP/1.0 HTTP/1.1 400 Bad Request Date: Mon, 13 Jan 2003 20:47:25 GMT Server: Apache/1.3.26 (Linux/SuSE) Connection: close Content-Type: text/html; charset=iso-8859-1 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <HTML><HEAD> <TITLE>400 Bad Request</TITLE> </HEAD><BODY> <H1>Bad Request</H1> Your browser sent a request that this server could not understand.<P> Invalid URI in request GET x HTTP/1.0<P> <HR> <ADDRESS>Apache/1.3.26 Server at www.pahlke-online.priv Port 80</ADDRESS> </BODY></HTML> Connection closed by foreign host. -------------------------------->8------------------------------------
Wenn die Zeile fehlt, koennte das auf eine statische Bindung zwischen Apache und PHP hindeuten.
Und was folgt daraus?
/var/log/* und /var/log/httpd/*, unter anderem auch nach apache und php gegreppt.
Mit "-i"? PHP wird meist in Grossbuchstaben geloggt.
Ja. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
On 13-Jan-2003 Peter Wiersig wrote:
Heinz W. Pahlke wrote:
Kein "rcapache" zu finden.
Kein selbstkompilierter, sondern der aus der Suse 8.1 zuzueglich der Security-Fixes von ftp.suse.com.
neustartest (komplett) - tu es.
rcapache restart und reload sowie init 1, init 3 bereits einige Male ^^^^^^^^^^^^^^^^ oehm, warum schreibst du oben, das rcapache nicht zu finden ist? Nicht im $PATH zu finden? Ich hab es mir angewoehnt, per "su -" als root zu arbeiten.
Wenn du "telnet localhost http" ein gibst gefolgt von "GET x HTTP/1.0", taucht dann "X-PoweredBy: PHP", bzw. PHP in der "Server:" Zeile auf? (Bad Request beabsichtigt)
Nein, fehlt.
Aber vielleicht gibt der Output ja etwas her. Deshalb hier mal komplett:
---------------------------------8<---------------------------------- ... GET x HTTP/1.0
HTTP/1.1 400 Bad Request Date: Mon, 13 Jan 2003 20:47:25 GMT Server: Apache/1.3.26 (Linux/SuSE) Connection: close Content-Type: text/html; charset=iso-8859-1 ... -------------------------------->8------------------------------------
Und was folgt daraus?
Dir fehlt die "LoadModule" Direktive. Such mal, ob es einen Block dieser Anweisungen gibt und stecke meinem Eintrag entsprechend der Position der "AddModule"-Anweisung hinzu. (Oder du hast das Banner in der php.ini abgeschaltet. Aber das wuesste man meist.) Peter
Hallo, On 13-Jan-2003 Peter Wiersig wrote:
Heinz W. Pahlke wrote:
rcapache restart und reload sowie init 1, init 3 bereits einige Male ^^^^^^^^^^^^^^^^ oehm, warum schreibst du oben, das rcapache nicht zu finden ist?
Sorry, da haben wir aneinander vorbeigeredet. Ich dachte, du meinst irgendwelche entsprechenden Meldungen in den log-Dateien.
Nicht im $PATH zu finden? Ich hab es mir angewoehnt, per "su -" als root zu arbeiten.
Mache ich genauso. Und da man als root kein X braucht, geht das hervorragend im xterm.
Dir fehlt die "LoadModule" Direktive. Such mal, ob es einen Block dieser Anweisungen gibt und stecke meinem Eintrag entsprechend der Position der "AddModule"-Anweisung hinzu.
Es gibt <IfDefine PHP4> LoadModule php4_module /usr/lib/apache/libphp4.so </IfDefine> Aber egal, ob ich stattdessen oder zusaetzlich ein LoadModule php4_module libexec/libphp4.so hineinsetze, am Problem aendert sich nichts :-(
(Oder du hast das Banner in der php.ini abgeschaltet. Aber das wuesste man meist.)
Das Stichwort "banner" gibt es dort ueberhaupt nicht. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
On 13-Jan-2003 Peter Wiersig wrote:
Heinz W. Pahlke wrote:
rcapache restart und reload sowie init 1, init 3 bereits einige Male ^^^^^^^^^^^^^^^^ oehm, warum schreibst du oben, das rcapache nicht zu finden ist?
Sorry, da haben wir aneinander vorbeigeredet. Ich dachte, du meinst irgendwelche entsprechenden Meldungen in den log-Dateien.
Nein im error_log solltest du nach php-, bzw. Apache Fehlermeldungen nachsehen, die sich auf nicht ladbare Module beziehen. Bei mir steht nach dem Starten auch "[Tue Jan 14 09:40:53 2003] [notice] Apache/1.3.23 (Unix) PHP/4.1.0 configured -- resuming normal operations" im error_log, Und PHP klappt natuerlich auch.
Dir fehlt die "LoadModule" Direktive. Such mal, ob es einen Block dieser Anweisungen gibt und stecke meinem Eintrag entsprechend der Position der "AddModule"-Anweisung hinzu.
Es gibt
<IfDefine PHP4> LoadModule php4_module /usr/lib/apache/libphp4.so </IfDefine>
Hm, das ist ok, da das Startskript ja PHP4 mit ausgibt. Das wird dem Apache dann in die Befehlszeile der "-D PHP4" uebergeben, was fuer das Ausfuehren der Anweisung sorgen sollte. Siehst du bei "ldd /usr/lib/apache/libphp4.so" Bibliotheken, die nicht gefunden werden? Peter
Hallo, On 14-Jan-2003 Peter Wiersig wrote:
Heinz W. Pahlke wrote: Nein im error_log solltest du nach php-, bzw. Apache Fehlermeldungen nachsehen, die sich auf nicht ladbare Module beziehen.
Nur gibt es keine entsprechenden Fehlermeldungen :-(
Bei mir steht nach dem Starten auch
"[Tue Jan 14 09:40:53 2003] [notice] Apache/1.3.23 (Unix) PHP/4.1.0 configured -- resuming normal operations"
Und hier wird es interessant: Im Backup noch von einer Suse 7.1 habe ich gefunden: [Sat Oct 26 12:43:33 2002] [notice] Apache/1.3.14 (Unix) (SuSE/Linux) mod_python/2.7.5 Python/2.1.1 mod_throttle/3.0 mod_layout/ 1.0 mod_fastcgi/2.2.2 PHP/4.2.1 configured -- resuming normal operations Jetzt findet sich dagegen nur noch [Tue Jan 14 07:22:23 2003] [notice] Apache/1.3.26 (Linux/SuSE) configured -- resuming normal operations Und das sieht in der Tat sehr schlecht aus :-(( Was ich allerdings nicht erstehe, warum bei einem "rcapache restart" im xterm behauptet wird: Starting httpd [ PHP4 Python susehelp Tomcat ] done
Hm, das ist ok, da das Startskript ja PHP4 mit ausgibt. Das wird dem Apache dann in die Befehlszeile der "-D PHP4" uebergeben, was fuer das Ausfuehren der Anweisung sorgen sollte.
Ich habe es auch mal mit einem "rcapache stop" und dann "httpd -D php4 -f /etc/httpd/httpd.conf" versucht. Ausserdem habe ich mal alle Zeilen in der httpd.conf, die sich generell auf php beziehen, kommentiert oder auf php4 geaendert. Hat alles nichts an dem Problem geaendert.
Siehst du bei "ldd /usr/lib/apache/libphp4.so" Bibliotheken, die nicht gefunden werden?
Nein. Wenn ich mal davon ausgehe, dass Zeilen wie libdl.so.2 => /lib/libdl.so.2 (0x40222000) korrekt sind, dann werden alle Bibliotheken gefunden. Mein Problem ist inzwischen, dass ich einfach keine Idee mehr habe, wie ich weiter systematisch vorgehen koennte. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
Siehst du bei "ldd /usr/lib/apache/libphp4.so" Bibliotheken, die nicht gefunden werden?
Nein. Wenn ich mal davon ausgehe, dass Zeilen wie libdl.so.2 => /lib/libdl.so.2 (0x40222000) korrekt sind, dann werden alle Bibliotheken gefunden.
Mein Problem ist inzwischen, dass ich einfach keine Idee mehr habe, wie ich weiter systematisch vorgehen koennte.
du hast mittlerweile soviel in der httpd.conf probiert, das ich mir nicht sicher bin ob du jemals eine richtige kombination erwischt hast. dir sollten folgende einträge reichen. ,-----[ httpd.conf ] | LoadModule php4_module /usr/lib/apache/libphp4.so | AddType application/x-httpd-php .php | AddType application/x-httpd-php .php3 `----| in deiner ersten mail sieht dein beispiel so aus: ,-----[ test.php4 ] | <html><head></head> | <body> | <h1>TEST</h1> | <p> | <?php | echo "Hallo Welt!"; | ?> | </p> | </body> | </html> `---- öffnest du wirklich mit '
Hallo, On 14-Jan-2003 Michael Meyer wrote:
du hast mittlerweile soviel in der httpd.conf probiert, das ich mir nicht sicher bin ob du jemals eine richtige kombination erwischt hast.
Mit Sicherheit habe ich sie noch nicht erwischt, denn sonst haette es ja irgendwann mal funktionieren muessen. Aber da ich mir zum guten Glueck angewoehnt habe, alle Aenderungen zu dokumentieren, bin ich mir wenigstens sicher, immer wieder zum Ursprungszustand zurueckkehren zu koennen.
dir sollten folgende einträge reichen.
,-----[ httpd.conf ] | LoadModule php4_module /usr/lib/apache/libphp4.so | AddType application/x-httpd-php .php | AddType application/x-httpd-php .php3 `----|
So hatte ich es aus meiner Erfahrung mit der Suse 7.1 auch erwartet. Bzw. ich habe statt php3 ein php4 dort zu stehen.
in deiner ersten mail sieht dein beispiel so aus:
,-----[ test.php4 ] | <html><head></head> | <body> | <h1>TEST</h1> | <p> | <?php | echo "Hallo Welt!"; | ?> | </p> | </body> | </html> `----
öffnest du wirklich mit '
Um Schreibfehler moeglichst auszuschliessen, kopiere ich sicherheitshalber immer mit copy & paste. Nein, es steht wirklich so drin.
'short_open_tag = Off' in deiner 'php.ini'?
Steht zudem auf on
im 'error.log' des apache ist nichts zu finden?
du kannst auch mal 'display_startup_errors = On' in der php.ini setzen.
Steht bereits auf on.
mehr fällt mir jetzt erst einmal auch nicht ein.
Ich denke, wenn ich rauskriege, warum Browser php4-Dateien anzeigen kann (wenn auch ohne Ausfuehrung des in ihnen enthaltenen Codes), aber php-Dateien zum Download anbietet, dann ist der Rest ein Kinderspiel. Und gerade stelle ich fest, dass auch php2- und php3-Dateien angezeigt werden (aber ebenfalls wieder ohne Ausfuehrung des php-Codes), obwohl ich die entsprechenden Zeilen in der httpd.conf kommentiert habe. Mit php-usw-Dateien meine ich z.B. info.php, info.php2, info.php3, info.php4. Erstere wird zum Download angeboten, die anderen werden ohne Code-Ausfuehrung angezeigt. Fuer mich heisst das, dass die obigen AddType-Zeilen ueberhaupt nicht eingelesen werden. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, On 14-Jan-2003 Michael Meyer wrote:
mehr fällt mir jetzt erst einmal auch nicht ein.
Michael hatte dann doch noch die rettende Idee :-) Da dieser Teil des Threads als PM lief, moechte ich die Loesung hier fuer das Archiv zusammenfassen. /etc/init.d/apache und /etc/httpd/httpd.conf scheinen nicht gerade optimal zusammenzuspielen. Wenn ich das einleitende und schliessende IfDefine fuer LoadModule php4_module /usr/lib/apache/libphp4.so AddType application/x-httpd-php .php AddType application/x-httpd-php .php4 AddType application/x-httpd-php .phtml AddType application/x-httpd-php-source .phps AddModule mod_php4.c kommentiere/loesche, wird der php-Code endlich ausgefuehrt. Nochmals Danke an alle, die sich meines Problems angenommen. Noch einen schoenen Abend, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, On 14-Jan-2003 Heinz W. Pahlke wrote:
Michael hatte dann doch noch die rettende Idee :-) Da dieser Teil des Threads als PM lief, moechte ich die Loesung hier fuer das Archiv zusammenfassen.
Der Vollstaendigkeit und Gerechtigkeit halber noch ein Nachtrag: Die gleiche Idee hatte auch Andreas. Bloss da habe ich es nicht verstanden :-( Das passiert, wenn man etwas einfach abtippt, ohne es wirklich verstanden zu haben. Und wenn man es dann auch noch verkehrt mit einem anderen Vorschlag kombiniert, ist das Nichtfunktionieren schon fast gewaehrleistet. Dass ich sonst immer ein dumpfes "Nachplappern" kritisiere, hat mich eben selbst nicht vor diesem Fehler bewahrt. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
On 13 Jan 2003 at 23:37, Heinz W. Pahlke wrote:
Hallo,
[...] Hi, ich misch mich da mal kurz ein:
Es gibt
<IfDefine PHP4> LoadModule php4_module /usr/lib/apache/libphp4.so </IfDefine>
Diese Zeile wird nur beachtet, wenn Du dem Indianer bei Starten mitgibst, das er PHP4 benutzen soll (-D PHP4) Also ich hatte mit meiner 7.3 hier einen Haufen trouble mit den SuSE Startskripten und der von SuSEconfig und Konsorten angestellten Konfiguration. (Das mag daran liegen, das ich eine aus dem source-rpm selber kompilierten Apache mit selber kompilierten PHP benutzen muss!) Kommentier mal die IfDefine geschichten aus, so das PHP4 immer geladen wird. Dann müsste er die PHP4-Zeilen eigentlich auch durch PHP interpretieren lassen. Hier wird der Indianer mittlerweile mit eine "festen" config gestartet, die den gesamten IfDefine Krempel nicht mehr hat. Damit läuft das und nur das, was wir vorher festgelegt haben. [...] Andreas
On 14 Jan 2003 at 12:00, Andreas Kyek wrote: [ein Haufen syntaktisch fehlerhaftes Zeug] Sorry, irgendwie ist heute wohl nicht mein Tag. So viele Rechtschreibfehler (sowohl nach der alten wie auch nach der neuen Art, die ich gar nicht kann) passieren sonst nicht einmal mir. Andreas
Hallo, On 14-Jan-2003 Andreas Kyek wrote:
On 13 Jan 2003 at 23:37, Heinz W. Pahlke wrote:
<IfDefine PHP4> LoadModule php4_module /usr/lib/apache/libphp4.so </IfDefine>
Diese Zeile wird nur beachtet, wenn Du dem Indianer bei Starten mitgibst, das er PHP4 benutzen soll (-D PHP4)
Das habe ich inzwischen testweise mit "httpd -D php4 -f /etc/httpd/httpd.conf" versucht. Ausserdem habe ich auch einfach mal testweise das obige "IfDefine PHP4" in "IfDefine PHP" geaendert. Hat beides nichts gebracht.
Kommentier mal die IfDefine geschichten aus, so das PHP4 immer geladen wird. Dann müsste er die PHP4-Zeilen eigentlich auch durch PHP interpretieren lassen.
Weiterhin im error_log nur: [Tue Jan 14 16:54:20 2003] [notice] Apache/1.3.26 (Linux/SuSE) configured -- resuming normal operations Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo Heinz, hallo Leute, Am Dienstag, 14. Januar 2003 17:05 schrieb Heinz W. Pahlke:
On 14-Jan-2003 Andreas Kyek wrote:
On 13 Jan 2003 at 23:37, Heinz W. Pahlke wrote:
<IfDefine PHP4> LoadModule php4_module /usr/lib/apache/libphp4.so </IfDefine> [...] Ausserdem habe ich auch einfach mal testweise das obige "IfDefine PHP4" in "IfDefine PHP" geaendert.
Hat beides nichts gebracht.
Lass doch mal das
Moin, Am Mon, 2003-01-13 um 20.03 schrieb Peter Wiersig:
initialisiert wurde. Check mal das error_log auf Meldungen nach einen "rcapache stop ; rcapache start"
...ich habe gerade mal in die /etc/init.d/apache geguckt, und habe ganz verwundert festgestellt, daß auf meinem unbefummelten und brandneu installierten Suse8.1 potentielle Apache-Start-Fehlermeldungen nicht nach /var/log/httpd/error_log geschrieben werden, sondern in eine Datei rcapache.log im gleichen Ordner - war das schon immer so, oder habe ich einen Filmriss? Also, die apache-Logdatei ist schon error_log, aber Startmeldungen gehen eben in diese komische rcapache.log Jedenfalls: Ich würde mal in der Datei nachgucken. Im übrigen, vielleicht oute ich mich ja mal wieder durch solides Halbwissen, aber diese Umleiterei in den initscripten geht mir super auf die Nerven. Wozu? Und wieso rcapache.log? Oder teilweise sogar /dev/null... Grrrr... Gruß, Motz-Ratti -- fontlinge Fontmanagement for Linux http://www.gesindel.de Schriftenverwaltung fuer Linux
Hallo, On 14-Jan-2003 Jörg Roßdeutscher wrote:
...ich habe gerade mal in die /etc/init.d/apache geguckt, und habe ganz verwundert festgestellt, daß auf meinem unbefummelten und brandneu installierten Suse8.1 potentielle Apache-Start-Fehlermeldungen nicht nach /var/log/httpd/error_log geschrieben werden, sondern in eine Datei rcapache.log im gleichen Ordner - war das schon immer so, oder habe
Keine Ahnung, aber bei mir steht ohnehin nur "Syntax ok" drin. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
participants (7)
-
Andreas Kyek
-
Christian Boltz
-
Heinz W. Pahlke
-
Heinz W. Pahlke
-
Jörg Roßdeutscher
-
Michael Meyer
-
Peter Wiersig