PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : apache2 - Segmantation fault



dekadent
26.07.06, 13:25
Hallo die Damen und Herren,

wir haben ein kleines apache Problem, zumindest tritt es beim Ausführen von

/usr/sbin/apache2ctl

auf. Die Meldung lautet

/usr/sbin/apache2ctl: line 100: 5018 Segmentation fault $HTTPD $ARGV

und bezieht sich letztendlich nur auf

/usr/sbin/apache2

Ruft man /usr/sbin/apache2 selbst auf, kommt lediglich

Segmentation fault

als Fehlermeldung.

Wir haben jetzt einen Speichertest laufen lassen (intensiv) und keine Fehler gefunden. Außerdem haben wir alle Module und extensions von apache bzw PHP auskommentiert, dennoch dieser Fehler. Darüber hinaus haben wir die binary von einem identischen webserver (der läuft) kopiert, ebenfalls kein Erfolg. Eventuell hilft noch folgende Ausgabe:

ldd /usr/sbin/apache2

libdl.so.2 => /lib/libdl.so.2 (0x0000002a9566c000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x0000002a95770000)
libpcre.so.3 => /usr/lib/libpcre.so.3 (0x0000002a958a3000)
libz.so.1 => /usr/lib/libz.so.1 (0x0000002a959b2000)
libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x0000002a95ac7000)
libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x0000002a95bfe000)
libaprutil-0.so.0 => /usr/lib/libaprutil-0.so.0 (0x0000002a95e39000)
libldap_r.so.2 => /usr/lib/libldap_r.so.2 (0x0000002a95f52000)
liblber.so.2 => /usr/lib/liblber.so.2 (0x0000002a9608d000)
libdb-4.2.so => /usr/lib/libdb-4.2.so (0x0000002a9619b000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x0000002a9637a000)
libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0x0000002a9649d000)
librt.so.1 => /lib/librt.so.1 (0x0000002a965c2000)
libm.so.6 => /lib/libm.so.6 (0x0000002a966ca000)
libnsl.so.1 => /lib/libnsl.so.1 (0x0000002a96850000)
libpthread.so.0 => /lib/libpthread.so.0 (0x0000002a96966000)
libc.so.6 => /lib/libc.so.6 (0x0000002a96a7b000)
/lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x0000002a95556000)
libresolv.so.2 => /lib/libresolv.so.2 (0x0000002a96cba000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x0000002a96dce000)
libgnutls.so.11 => /usr/lib/libgnutls.so.11 (0x0000002a96ee6000)
libtasn1.so.2 => /usr/lib/libtasn1.so.2 (0x0000002a97058000)
libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x0000002a97169000)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x0000002a972b5000)



Bevor wir jetzt den Speicher tauschen lassen (obwohl wir vertrauen in solche Tests haben) und wir bereits einige Infos über solche Fehler in Bezug auf PHP und apache Module gefunden haben, wollten wir hier noch einmal nachfragen. Vielleicht hat jemand eine Idee.

Danke euch.

ThorstenHirsch
26.07.06, 13:33
Wie wurde apache denn installiert? Selbst kompiliert oder per Paket?
Welche Updates wurden in letzter Zeit eingespielt?
Wahrscheinlich wurde eine der libs, die der Aufruf von ldd liefert, vor kurzem aktualisiert, daher musst Du apache auch aktualisieren (Paket updaten / neu kompilieren).

dekadent
26.07.06, 13:49
Es wurde in den letzten Tagen (fast Wochen) nichts geändert an Paketen oder libaries. Als Ergänzung zur Fehlermeldung noch (dmesg):

apache2[4929] general protection rip:2a9555eb06 rsp:7fbffff500 error:0

apache wurde mit debian 3.1 Paket installiert (sarge stable).

dekadent
26.07.06, 14:02
Ergänzung:

mein Kollege hat gerade folgendes getan, gleicher Fehler als Resultat:

apt-get --purge remove apache2 apache2-common apache2-mpm-prefork apache2-utils libapache2-mod-php5

apt-get install apache2 apache2-common apache2-mpm-prefork apache2-utils libapache2-mod-php5


==>
Module userdir installed; run /etc/init.d/apache2 force-reload to enable.

Setting up apache2-mpm-prefork (2.0.54-5) ...
Starting web server: Apache2/usr/sbin/apache2ctl: line 100: 18895 Segmentation fault $HTTPD -k start -DSSL
invoke-rc.d: initscript apache2, action "start" failed.

ThorstenHirsch
26.07.06, 14:07
Aha, das ändert die Sachlage. (also der "general protection rip")

google liefert die Antwort:
http://lists.suse.com/archive/suse-amd64/2004-Jan/0104.html

Also musst Du wohl mal den apache updaten ...und falls es kein Update gibt: einen bugreport schreiben.

dekadent
26.07.06, 14:24
mmmh ein update (stable) gibt es nicht. Was uns wundert bei der Sache:

das Ganze läuft auf dem anderen webserver einwandfrei und der Fehler kam ja "aus dem nichts".