PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Apache 2.0.55 unter SUSE 9.1 meldet Segmentation fault



skausl
03.12.05, 18:43
Nach einem RPM-Update sämtlicher Pakete im Zusammenhang mit Apache & Co (siehe unten) unter SUSE 9.1 lässt sich Apache zwar starten, quittiert aber alle Zugriffe auf den Webserver mit "Segmentation fault" (siehe unten).

Da ich den Verdacht hatte, dass es an einem der Apache-Module liegen könnte, habe ich fast alle deaktiviert. Der Server lädt nur noch:
APACHE_MODULES="access alias deflate dir log_config mime setenvif"

Hat jemand eine Idee, was da schief laufen könnte?

error.log

[Sat Dec 03 19:01:49 2005] [notice] Apache/2.0.55 (Linux/SUSE) configured -- resuming normal operations
[Sat Dec 03 19:01:53 2005] [notice] child pid 24144 exit signal Segmentation fault (11)
[Sat Dec 03 19:01:54 2005] [notice] child pid 24145 exit signal Segmentation fault (11)
[Sat Dec 03 19:01:56 2005] [notice] child pid 24146 exit signal Segmentation fault (11)

Installierte RPMs im Zusammenhang mit Apache
von ftp://ftp.suse.com/pub/projects/apache/apache2/9.1-i386/

# rpm -qa --last | grep "\(apache\|libapr\|php\)"
apache2-worker-2.0.49-27.36.3 Sa 03 Dez 2005 19:00:11 CET
apache2-mod_php4-4.3.4-43.4 Sa 03 Dez 2005 19:00:11 CET
apache2-mod_perl-2.0.1-2.1 Sa 03 Dez 2005 16:21:21 CET
apache2-devel-2.0.55-0.1 Sa 03 Dez 2005 16:21:19 CET
apache2-2.0.55-0.1 Sa 03 Dez 2005 16:21:16 CET
apache2-prefork-2.0.55-0.1 Sa 03 Dez 2005 16:21:12 CET
libapr0-2.0.55-0.1 Sa 03 Dez 2005 16:20:56 CET
php4-zlib-4.3.11-0.1 Sa 03 Dez 2005 16:20:24 CET
php4-yp-4.3.11-0.1 Sa 03 Dez 2005 16:20:24 CET
php4-xslt-4.3.11-0.1 Sa 03 Dez 2005 16:20:24 CET
php4-wddx-4.3.11-0.1 Sa 03 Dez 2005 16:20:24 CET
php4-unixODBC-4.3.11-0.1 Sa 03 Dez 2005 16:20:24 CET
php4-sysvshm-4.3.11-0.1 Sa 03 Dez 2005 16:20:23 CET
php4-sysvsem-4.3.11-0.1 Sa 03 Dez 2005 16:20:23 CET
php4-swf-4.3.11-0.1 Sa 03 Dez 2005 16:20:23 CET
php4-sockets-4.3.11-0.1 Sa 03 Dez 2005 16:20:23 CET
php4-snmp-4.3.11-0.1 Sa 03 Dez 2005 16:20:23 CET
php4-shmop-4.3.11-0.1 Sa 03 Dez 2005 16:20:22 CET
php4-session-4.3.11-0.1 Sa 03 Dez 2005 16:20:22 CET
php4-readline-4.3.11-0.1 Sa 03 Dez 2005 16:20:22 CET
php4-qtdom-4.3.11-0.1 Sa 03 Dez 2005 16:20:22 CET
php4-pgsql-4.3.11-0.1 Sa 03 Dez 2005 16:20:22 CET
php4-pear-4.3.11-0.1 Sa 03 Dez 2005 16:20:21 CET
php4-mysql-4.3.11-0.1 Sa 03 Dez 2005 16:20:21 CET
php4-mime_magic-4.3.11-0.1 Sa 03 Dez 2005 16:20:21 CET
php4-mhash-4.3.11-0.1 Sa 03 Dez 2005 16:20:21 CET
php4-mcrypt-4.3.11-0.1 Sa 03 Dez 2005 16:20:21 CET
php4-mcal-4.3.11-0.1 Sa 03 Dez 2005 16:20:21 CET
php4-mbstring-4.3.11-0.1 Sa 03 Dez 2005 16:20:20 CET
php4-ldap-4.3.11-0.1 Sa 03 Dez 2005 16:20:20 CET
php4-imap-4.3.11-0.1 Sa 03 Dez 2005 16:20:20 CET
php4-iconv-4.3.11-0.1 Sa 03 Dez 2005 16:20:20 CET
php4-gmp-4.3.11-0.1 Sa 03 Dez 2005 16:20:20 CET
php4-gettext-4.3.11-0.1 Sa 03 Dez 2005 16:20:20 CET
php4-gd-4.3.11-0.1 Sa 03 Dez 2005 16:20:20 CET
php4-ftp-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-filepro-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-exif-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-domxml-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-dbase-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-dba-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-curl-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-ctype-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-calendar-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-bz2-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-bcmath-4.3.11-0.1 Sa 03 Dez 2005 16:20:19 CET
php4-4.3.11-0.1 Sa 03 Dez 2005 16:20:18 CET
apache2-mod_python-3.1.3-37.6 Sa 26 Nov 2005 09:45:17 CET

Tomek
03.12.05, 19:39
Das könnte daran liegen, dass du bei Apache und PHP zwei verschiedene Versionen gemixt hast.

Das PHP-Modul für Apache hat die Version 4.3.4 und die restlichen PHP-Erweiterungen haben die Version 4.3.11.

skausl
03.12.05, 19:43
Danke für den Hinweis. Das kam durch ein Update per YaST2, dass ich aus Verzweiflung nachgeschoben hatte. Ich habe nun wieder alles auf die aktuellen Versionen gebracht, was aber nichts an den Fehlermeldungen ändert.

Da das PHP-Modul gar nicht eingebunden werden soll, dürfte es daran eigentlich auch nicht liegen. Der Server läuft quasi nicht mal "nackt". :-(