PHP 4.3.4 per apt auf 4.3.8 geupdatet - nun läuft nix mehr

[AlBundy]

Hallo,

ich habe mittels apt meine PHP-Installation (also php4, die ganzen php-xyz-Pakete, mod_php4-core und apache2-mod_php4) auf die Version 4.3.8 aktualisiert. Nach einem Neustart des Apachen konnte dieser keine PHP-Dateien mehr interpretieren.
Erst nach dem Zurückspielen der alten Version lief alles wieder wie gehabt.

Habe ich da etwas übersehen? Was muss ich machen, damit ich auf meiner Kiste in den Genuß der (funktionierenden) Version 4.3.8 komme?

Al

 

[LH]

"konnte dieser keine PHP-Dateien mehr interpretieren. "

Das bedeutet?

1) Eine Fehlermeldung ist erschienen
2) Du konntest den Quelltext runterladen
3) Apache lief garnicht

 

[AlBundy]

Es kam einfach nur eine leere Seite. Apache lief (rcapache2 status -=> running).

Al

 

[oc2pus]

und was sagt das apache log zu dem ganzen ......

/var/log/http/error.log
oder bei apache2
/var/log/apache2/error_log

 

[AlBundy]

Da steht was von Segmentation faults ....

Al

 

[oc2pus]

du benutzt xampp ?

und bei den seg-faults Meldungen steht was von cgi ?

und wenn du zu faul bist die EXAKTEN Meldungen zu posten, oder die soooo geheim sein sollten, ja dann kann ich dir leider auch nicht weiterhelfen

 

[AlBundy]

du benutzt xampp ?

Nein, es läuft der Standard-SuSE-9.1.-Apache

und wenn du zu faul bist die EXAKTEN Meldungen zu posten, oder die soooo geheim sein sollten, ja dann kann ich dir leider auch nicht weiterhelfen

Sorry, ich dachte, das reicht. Okay, also hier ein Auszug aus dem Log:

:
:
:
[Mon Sep 20 12:56:46 2004] [warn] child process 3528 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 3529 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 3530 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 3531 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 3532 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 14744 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 14747 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 3528 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 3529 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 3530 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 3531 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 3532 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 14744 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:46 2004] [warn] child process 14747 still did not exit, sending a SIGTERM
[Mon Sep 20 12:56:47 2004] [notice] caught SIGTERM, shutting down
[Mon Sep 20 12:56:51 2004] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Sep 20 12:56:51 2004] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Mon Sep 20 12:56:53 2004] [notice] Apache/2.0.49 (Linux/SuSE) configured -- resuming normal operations
[Mon Sep 20 12:56:55 2004] [notice] child pid 15045 exit signal Segmentation fault (11)
:
:
:
[Mon Sep 20 12:56:58 2004] [notice] child pid 15046 exit signal Segmentation fault (11)
[Mon Sep 20 12:56:58 2004] [notice] child pid 15048 exit signal Segmentation fault (11)

Hilft Dir das weiter?

Al

 

[oc2pus]

irgendein apache2 "kindlein" will da nicht so wie du willst.

poste mal die Meldungen wenn du den apache startest, bis zum ersten mal dieser seg-fault auftaucht.

evtl kann der ein ssl oder ldap-modul, ... nicht laden ...[/quote]

 

[LH]

Mhh, nicht schön was du da hast. Eventuell apache und php nochmal komplett vom System löschen und dann neu raufpacken, vieleicht ist etwas schiefgegeangen das dir nicht gemeldet wurde.

Leider scheint mir apache2 und php unter SuSE etwas zickig zu sein, ich hatte damit auch schon öfters probleme.

ich nutze daher meistens ein selbstkompiliertes apache1+php4/5 System.

/www/bin/apachectl stop

mv /usr/local/lib/php.ini /savephp.conf
mv /www/conf/httpd.conf /save.conf

cd apache
./configure --prefix=/www --enable-module=rewrite --enable-module=so
make
make install
cd ..

cd php
./configure --with-pgsql --with-mysql --disable-posix --with-freetype --with-apxs=/www/bin/apxs --with-gd --enable-shmop --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/include --with-png-dir=/usr/include --enable-sockets --with-ldap
make
make install

mv /www/conf/httpd.conf /httpdconf.org
mv /save.conf /www/conf/httpd.conf
mv /savephp.conf /usr/local/lib/php.ini

/www/bin/apachectl start

(beachte die zeilenumbrüche hier bei der ./configure zeile, das ist bei mir eigentlich eine)

Das ist mein einfacher kleiner Bashscript mit dem ich mein Apache und php aktuell halte. Das downloaden der Versionen mache ich von hand, die landen dann in unterverzeichnissen mit den namen apache und php

 

[AlBundy]

ich nutze daher meistens ein selbstkompiliertes apache1+php4/5 System.

Ich habe eine kleine Abneigung gegen das Selbstkompilieren, da ich bei anderen Anwendungen das ein oder andere Mal auf Probleme (fehlende Quellen, div. Fehler) gestossen bin ... aber trotzdem danke für den Tip!

Privat habe ich auf einem Testsystem XAMPP installiert - sind dort Probleme beim Updaten bekannt? Soweit ich das der Website der Indianerfreunde entnehme, sind die relativ fix mit Aktualisierungen.
Wenn Ihr keine gegenteiligen Empfehlungen habt, würde ich wohl auch auf Arbeit auf XAMPP umsteigen und den SuSE-Indianer in das /dev/nul-Reservat umsiedeln.

Al