9.1: Lösung(?) des Apache2 + PHP4 Problems
Hallo, vorweg: ich hab von Apache keine Ahnung. Jenseits dessen ob ein "rcapache start" Erfolg vermeldet bzw. ob die Testseite im Browser erscheint wenn ich http://localhost/ aufrufe kann ich keine Tests durchführen. Was nicht geht: Im YaST2 Paketmanager die Selektion "Einfacher Webserver mit Apache2" als ganzes anzuwählen und alle dadurch selektierten Pakete zu installieren. Das führt dann anschließend zu einem nicht startenden Apache2. Ursache ist mir unbekannt. Was geht: Im YaST2 Paketmanager die Selektion "Einfacher Webserver mit Apache2" als ganzes anzuwählen, aber dann das dadurch mitselektierte Paket "mod_php4-core" (Metapaket für das alte PHP4-Layout) wieder von Hand abwählen. Dann die die Pakete durch "Übernehmen" installieren lassen. Natürlich kann man auch noch weitere Pakete die zwar zur Selektion "Einfacher Webserver mit Apache2" gehören, die man selbst aber nicht benötigt, abwählen. Wenn man bereits die komplette Selektion "Einfacher Webserver mit Apache2" installiert hatte mit dem Resultat, dass der Apache nicht erfolgreich zu starten ist, dann muss man die gesamte Selektion abwählen (also das Häkchen vor der Selektion in einen Mülleimer verwandeln) und auch die nach klicken auf "Übernehmen" gemeldeten Konflikte dadurch auflösen, dass die abhängigen PHP4 Pakete ebenfalls gelöscht werden. Anschließend dann wie oben beschrieben die Pakete neu installieren. Nur das bereits installierte Paket "mod_php4-core" zu deinstallieren ist leider keine Lösung. Ich hoffe das hilft dem einen oder anderen hier. Rückmeldung über Erfolg oder Misserfolg wäre nett. Schöne Grüße aus Bremen hartmut
Moin Hartmut! Am Samstag, 1. Mai 2004 11:03 schrieb Hartmut Meyer:
Ich hoffe das hilft dem einen oder anderen hier. Rückmeldung über Erfolg oder Misserfolg wäre nett.
Ich hatte auch zuerst Probleme mit dem apache2+php4. Allerdings weiß ich auch nicht, woran es gelegen hatte. Ich habe eben noch einmal alles neu installiert und jetzt läuft es, soweit ich es beurteilen kann, tadellos. Meine php-Webseiten funktionieren jedenfalls alle einwandfrei. Die 'mod_php4_core' habe ich übrigens auch installiert, stört sich mein System nicht dran. Vielleicht zur Info: SuSE9.1 habe ich als Neuinstallation aufgespielt und, weil es hier schon einmal als eventuelle Ursache genannt wurde, mein System läuft unter ReiserFS. Gruß aus Hamburg, Martin
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Samstag, 1. Mai 2004 11:33 schrieb Martin:
Moin Hartmut!
Am Samstag, 1. Mai 2004 11:03 schrieb Hartmut Meyer:
Ich hoffe das hilft dem einen oder anderen hier. Rückmeldung über Erfolg oder Misserfolg wäre nett.
Ich hatte auch zuerst Probleme mit dem apache2+php4. Allerdings weiß ich auch nicht, woran es gelegen hatte. Ich habe eben noch einmal alles neu installiert und jetzt läuft es, soweit ich es beurteilen kann, tadellos. Meine php-Webseiten funktionieren jedenfalls alle einwandfrei. Die 'mod_php4_core' habe ich übrigens auch installiert, stört sich mein System nicht dran.
Ich ahbe meine Probleme gelöst indem ich mit rpm-qa|grep apache alle Pakete indentifiziert hane um sie dann zu löschen. Danach habe ich sie, ebenfalls mit rpm, ein eingespielt. Ich habe den Verdacht das die neue Yast-Version buggy ist. - -- Ralf Prengel Dortmund -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAk3WJgRRKXJrQjTsRArDAAJ4rEnlGUuinygFnWSf6cIpmVQh+QwCfa4xS goWbitRSWs2R3AjOy1bf9ds= =UMFe -----END PGP SIGNATURE-----
On Sat, May 01, 2004 at 12:01:36PM +0200, Ralf Prengel wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am Samstag, 1. Mai 2004 11:33 schrieb Martin:
Moin Hartmut!
Am Samstag, 1. Mai 2004 11:03 schrieb Hartmut Meyer:
Ich hoffe das hilft dem einen oder anderen hier. Rückmeldung über Erfolg oder Misserfolg wäre nett.
Ich hatte auch zuerst Probleme mit dem apache2+php4. Allerdings weiß ich auch nicht, woran es gelegen hatte. Ich habe eben noch einmal alles neu installiert und jetzt läuft es, soweit ich es beurteilen kann, tadellos. Meine php-Webseiten funktionieren jedenfalls alle einwandfrei. Die 'mod_php4_core' habe ich übrigens auch installiert, stört sich mein System nicht dran.
Ich ahbe meine Probleme gelöst indem ich mit rpm-qa|grep apache alle Pakete indentifiziert hane um sie dann zu löschen. Danach habe ich sie, ebenfalls mit rpm, ein eingespielt. Ich habe den Verdacht das die neue Yast-Version buggy ist.
Da mein Posting ueber den News2Mail-Gateway leider nicht durckgekommen ist, hier noch mal die Erklaerung: Ursache ist ein Bug in PHP4 beim Laden seiner Module. Ein YOU-Update wird hoffentlich sehr bald zur Verfuegung stehen. Es sollte/koennte reichen, das Paket php4-recode zu deinstallieren (welches den Bug triggert), um PHP4 ans Laufen zu kriegen. Ich hab's aber nicht nachgeprueft. Um das kaputte mod_php4 einstweilen zu deaktivieren, ist es am einfachsten, in /etc/sysconfig/apache2 das Module "php4" aus der Liste der APACHE_MODULES herauszunehmen, oder selbige Aenderung ueber das entsprechende YaST-(Apache-)Modul vorzunehmen. Ausserdem kann man php4 natuerlich auch einfach deinstallieren, um es komplett loszuwerden -- klar. Saemtliche Neu-Installations-Versuche koennen eigentlich nur dann zum Erfolg fuehren, wenn danach bestimmte PHP-Module nicht mehr installiert sind (php4-recode, siehe oben). Der Grund, warum php4-recode mal installiert wird und mal nicht, ist dass es vermutlich in der Apache-Webserver-Selektion enthalten ist, sowie im Meta-Paket, das beim Update installiert wird (frueher war das Paket ja monolithisch, jetzt ist es modularisiert und in viele kleinere Pakete aufgeteilt). Peter
Hallo Peter, hallo Leute, so, ich hab jetzt (endlich) auch eine SuSE 9.1 installiert. Erwartungsgemäß wollte PHP nicht so recht... Jedenfalls, die Lösung von Peter hat geholfen. Am Dienstag, 4. Mai 2004 11:27 schrieb poeml@cmdline.net: (Realname? Naja, bei dem Inhalt verzeihe ich es ausnahmsweise ;-)
On Sat, May 01, 2004 at 12:01:36PM +0200, Ralf Prengel wrote:
Am Samstag, 1. Mai 2004 11:33 schrieb Martin:
Am Samstag, 1. Mai 2004 11:03 schrieb Hartmut Meyer:
Ich hoffe das hilft dem einen oder anderen hier. Rückmeldung über Erfolg oder Misserfolg wäre nett. [...] Es sollte/koennte reichen, das Paket php4-recode zu deinstallieren (welches den Bug triggert), um PHP4 ans Laufen zu kriegen. Ich hab's aber nicht nachgeprueft.
Treffer versenkt :-))) Im übrigen, falls es jemanden interessiert: mod_php4-core ist im Wesentlichen nur ein Dummy-RPM, das von den ganzen php4-*-Pakete abhängig ist. Sinn der Übung ist, bei einem Update alle php4-*-Pakete aufgrund der Abhängigkeiten zu installieren. Das Paket mod_php4 enthält keine wichtigen Dateien, nur eine README.SuSE, in der wohl steht, dass das Paket gelöscht werden kann ;-)
Um das kaputte mod_php4 einstweilen zu deaktivieren, ist es am einfachsten, in /etc/sysconfig/apache2 das Module "php4" aus der Liste der APACHE_MODULES herauszunehmen, oder selbige Aenderung ueber das entsprechende YaST-(Apache-)Modul vorzunehmen.
Witzbold - was nützt ein Apache ohne PHP? ;-) Da kann ich auch gleich file:// verwenden...
Saemtliche Neu-Installations-Versuche koennen eigentlich nur dann zum Erfolg fuehren, wenn danach bestimmte PHP-Module nicht mehr installiert sind (php4-recode, siehe oben). Der Grund, warum php4-recode mal installiert wird und mal nicht, ist dass es vermutlich in der Apache-Webserver-Selektion enthalten ist, [...]
Nicht direkt, allerdings ist mod_php4-core mit in der Selektion und zieht dann die ganzen php4-*-Pakete nach. Außerdem wird php4-recode von phpMyAdmin benötigt. BTW: Gibt es eigentlich irgendwo eine Auflistung, welche PHP-Funktion in welchem der vielen php4-*-Pakete steckt? Gruß Christian Boltz -- Und wann nimmt das endlich ein Ende? Heute morgen mußte ich mehr als 60 Stück dieser Dinger löschen. Wenn's so weitergeht, kann ich bald den tausendensten Wurm begrüßen. Soll ich dem vielleicht noch einen Preis ausloben? [Helga Fischer in suse-linux]
Hallo, Am Mon, 10 May 2004, Christian Boltz schrieb:
Am Dienstag, 4. Mai 2004 11:27 schrieb poeml@cmdline.net: [..]
Es sollte/koennte reichen, das Paket php4-recode zu deinstallieren (welches den Bug triggert), um PHP4 ans Laufen zu kriegen. Ich hab's aber nicht nachgeprueft.
Treffer versenkt :-)))
Im übrigen, falls es jemanden interessiert: mod_php4-core ist im Wesentlichen nur ein Dummy-RPM, das von den ganzen php4-*-Pakete abhängig ist. Sinn der Übung ist, bei einem Update alle php4-*-Pakete aufgrund der Abhängigkeiten zu installieren.
Das Paket mod_php4 enthält keine wichtigen Dateien, nur eine README.SuSE, in der wohl steht, dass das Paket gelöscht werden kann ;-)
Ah.
Um das kaputte mod_php4 einstweilen zu deaktivieren,
PHP ist doch sowieso immer kaputt, oder? *harhar*
Witzbold - was nützt ein Apache ohne PHP? ;-)
Sehr viel. PHP braucht Mensch doch nicht. ;-)
Nicht direkt, allerdings ist mod_php4-core mit in der Selektion und zieht dann die ganzen php4-*-Pakete nach. Außerdem wird php4-recode von phpMyAdmin benötigt.
BTW: Gibt es eigentlich irgendwo eine Auflistung, welche PHP-Funktion in welchem der vielen php4-*-Pakete steckt?
*hrumpf* Ich habe das Gefuehl, dass es das beste ist, man baeckt es selbst, obwohl PHP sehr mies zu kompilieren ist. Im Prinzip muss man vieles, was das configure machen sollte, im spec erledigen -- oder halt per Hand die configure-Optionen aendern... Ich habe hier ein (leicht chaotisches, aber funktionierendes) "generisches" .spec fuer php-4.3.6, das (mit einer Aenderung eines '%define apache2 [01]' fuer Apache 1 passt und auch fuer Apache 2 passen muesste und eigentlich mindestens auf SuSE ab 6.2 funktionieren sollte. Ich hab allerdings ein paar Erweiterungen abgeschaltet, da ich die Libs nicht habe und brauche (z.B. "fribidi") und zu genervt war das auch noch im spec zu testen. Krank ist auch, dass sich manche Erweiterungen nur statisch, andere (java) nur dynamisch kompilieren lassen. Ich hab dann irgendwann aufgegeben und alles (bis auf java.so) statisch in die libphp4.so gelinkt. *GRRR* Anders gesagt: PHP saugt. Planeten durch Nanoroehrchen! Bei Interesse kann ich aber das .spec nochmal durchsehen und die Kommentare ergaenzen. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo, Am Tue, 11 May 2004, Andreas Loesch schrieb:
David Haller wrote:
Anders gesagt: PHP saugt. Planeten durch Nanoroehrchen!
Bei Interesse kann ich aber das .spec nochmal durchsehen und die Kommentare ergaenzen.
<ganzliebguck> Hier wäre jemand mit Interess :) </ganzliebguck>
*suess* Ueberarbeiten tu' ich's fuer nur einen aber nicht... Dazu sind die Schmerzen zu gross. Falls sich nicht noch mehr melden mail ich dir's morgen halt wie's ist. Nachfragen darfst du dann trotzdem. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Moin, David Haller wrote:
Am Tue, 11 May 2004, Andreas Loesch schrieb:
<ganzliebguck> Hier wäre jemand mit Interess :) </ganzliebguck>
*suess*
;)
Ueberarbeiten tu' ich's fuer nur einen aber nicht... Dazu sind die Schmerzen zu gross.
Falls sich nicht noch mehr melden mail ich dir's morgen halt wie's ist. Nachfragen darfst du dann trotzdem.
gerne, danke Andreas
On Sat 01. May 11:33:56, Martin wrote:
Moin Hartmut!
Am Samstag, 1. Mai 2004 11:03 schrieb Hartmut Meyer:
Ich hoffe das hilft dem einen oder anderen hier. Rückmeldung über Erfolg oder Misserfolg wäre nett.
Ich hatte auch zuerst Probleme mit dem apache2+php4. Allerdings weiß ich auch nicht, woran es gelegen hatte. Ich habe eben noch einmal alles neu installiert und jetzt läuft es, soweit ich es beurteilen kann, tadellos. Meine php-Webseiten funktionieren jedenfalls alle einwandfrei. Die 'mod_php4_core' habe ich übrigens auch installiert, stört sich mein System nicht dran.
Vielleicht zur Info: SuSE9.1 habe ich als Neuinstallation aufgespielt und, weil es hier schon einmal als eventuelle Ursache genannt wurde, mein System läuft unter ReiserFS.
Unter /etc/sysconfig/ liegen zwei Dateien. Eine apache und eine apache2. Es kann vielleicht nicht schaden diese zwei Dateien vor dem Neueinspielen einmal zu l�schen. Wie bekannt gibt es ja keinen apache mehr. Gru�, Holger -- Ich bin nicht sicher, mit welchen Waffen der dritte Weltkrieg ausgetragen wird, aber im vierten Weltkrieg werden sie mit St�cken und Steinen k�mpfen. --Albert Einstein
Hi all,
Unter /etc/sysconfig/ liegen zwei Dateien. Eine apache und eine apache2. Es kann vielleicht nicht schaden diese zwei Dateien vor dem Neueinspielen einmal zu l�schen.
Das bringt nur bedingt etwas. PHP läuft danach auch nicht. ABER: ich habe gestern einfach nochmals statt mit Reiser das gesamte System mit ext3 installiert, nachdem ich mich erinnerte, dass ich mit ext3 schon mal PhpMyAdmin laufen hatte und siehe da es funzt! Gruß Jörg
Hi @ all, Also ich habe meine Apache2 mit php heute auch zum laufen gebraucht. Ich hbe eine Standardinstallation von Suse vorgenommen(alles was voreingestellt war so gelassen) und dann nur noch die module nachinstalliert die ich auch wirklich gebraucht habe(apache2, phpMyAdmin, mysql und prefork) das was Suse automatisch noch brauchte habe ich einfach so übernommen. Wenn ich aber bei Paketgruppen denn Webserver ausgewählt habe dann lief es bei mir nicht. Ich kann euch aber nicht sagen wieso. Bei mir hatte ich mit ext3 leider keinen Erfolg. MfG Frank Hennig
Unter /etc/sysconfig/ liegen zwei Dateien. Eine apache und eine apache2. Es kann vielleicht nicht schaden diese zwei Dateien vor dem Neueinspielen einmal zu l�schen.
Das bringt nur bedingt etwas. PHP läuft danach auch nicht. ABER: ich habe gestern einfach nochmals statt mit Reiser das gesamte System mit ext3 installiert, nachdem ich mich erinnerte, dass ich mit ext3 schon mal PhpMyAdmin laufen hatte und siehe da es funzt!
Gruß Jörg
participants (10)
-
Andreas Loesch -
Christian Boltz -
Czeschla＠t-online.de -
David Haller -
Hartmut Meyer -
Hennig Frank -
Holger Macht -
Martin -
poeml＠cmdline.net -
Ralf Prengel