httpd startet nicht mehr: apr_socket_sendfile

F

Frank Lewandows

Registered User
Hi zusammen,

seit Mittwoch habe ich das Problem, dass ich httpd bei meinem S4Y vServer nicht mehr neustarten kann. Auch ein Reboot des Servers hat nicht geholfen. Ich bekomme folgende Fehlermeldung:

Stopping httpd: [FAILED]
Starting httpd: /usr/sbin/httpd: relocation error: /usr/sbin/httpd: undefined symbol: apr_socket_sendfile

Kann mir evtl. jemand weiterhelfen, wie ich das Problem in den Griff bekomme?

Gruß Frank
 
Benutzt du Zufällig Feudora Core 1? Ich hab bis jetzt diese Error Message nur einmal gesehen und das war bei diesem Betriebssystem.

Wie startest du denn deinen Webserver neu? Mit apachetcl restart oder /etc/init.d/httpd restart ?
 
Hi,

ja stimmt, ist Fedora 1. Und ich starte den Server mit /ect/init.d/httpd neu.
Auch bei service httpd restart bekomm ich die Fehlermeldung.

Gruß Frank
 
Hallo,

wurde eventuell ein "selbstgebauter" Apache installiert?
Der Kernel auf dem Hostsystem unterützt aus diversen
gründen kein sendfile.

Das einfachste ist es das Apache ./configure Skript mit
--without-sendfile auzurufen. Das sollte das Problem
soweit beheben.

-Torsten
 
Hallo turbas,

nee leider ist das kein selbstgebauter apache. Ist die Basisinstallation von S4Y.
Der Apache lief auch soweit ganz gut. Warum auch immer bekam ich dann diese
Fehlermeldung.

Gruß Frank
 
Hi,

du hast auch keine der folgenden Libraries aktualisiert? Relocation errors bekommst normal nur wenn eine Lib gegen eine andere getauscht wurde, wo irgendwelche Funktionen nicht exportiert werden.

root@vz-devel:~# ldd /vz/template/fedora-core-1/httpd-2.0.48-1.intergenia/usr/sbin/httpd
libssl.so.4 => /lib/libssl.so.4 (0x4001b000)
libcrypto.so.4 => /lib/libcrypto.so.4 (0x40050000)
libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2 (0x40141000)
libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x40154000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x401b2000)
libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x401b4000)
libresolv.so.2 => /lib/libresolv.so.2 (0x401c5000)
libz.so.1 => /usr/lib/libz.so.1 (0x401d7000)
libpcre.so.0 => /lib/libpcre.so.0 (0x401e5000)
libpcreposix.so.0 => /usr/lib/libpcreposix.so.0 (0x401ef000)
libaprutil-0.so.0 => not found
libldap.so.2 => /usr/lib/libldap.so.2 (0x401f2000)
liblber.so.2 => /usr/lib/liblber.so.2 (0x4021e000)
libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x40229000)
libdb-4.1.so => not found
libpthread.so.0 => /lib/libpthread.so.0 (0x40230000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40282000)
libapr-0.so.0 => not found
librt.so.1 => /lib/librt.so.1 (0x402a3000)
libm.so.6 => /lib/libm.so.6 (0x402b5000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x402d7000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40304000)
libdl.so.2 => /lib/libdl.so.2 (0x40319000)
libc.so.6 => /lib/libc.so.6 (0x4031c000)
libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x40456000)
libsasl.so.7 => /usr/lib/libsasl.so.7 (0x40458000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libpam.so.0 => /lib/libpam.so.0 (0x40463000)

Ich koennt wetten da wurde libapr geaendert ;) Wenn du mir die vSERVER Nummer gibst guck ich mal nach. Ich weiss aber definitiv das ich apr und apr-util ohne sendfile() gebaut hab.
 
Hallo,

hab das gleiche Problem und das gleiche System auch bei S4Y. Allerdings hab ich versucht, vom 2.0.48er (von SwSoft oder Intergenia), der standartmäßig installiert ist, auf den aktuelleren 2.0.49er upzudaten (gibts hier ftp server ). Das war wohl ein Fehler. Ein Downgrade hat leider auch nicht geholfen. Ich bekomm den Fehler einfach nicht mehr weg.

Muss man den Apache jetzt selber neu kompillieren, oder kann mrbroemme was dagegen tun? Bekommt man vielleicht das orginal S4Y Packet noch irgendwo?

Warum kann man nicht updaten? Ist aber bei fast allen Server Komponenten so, da updatet man was (behaltet aber die Konfigfile) und danach geht nix mehr.

Ich hoffe, mir kann jemand helfen.

Danke schon mal,

Gruß Simon
 
Merci,

habs mittlerweile auch gefunden :-) 2.0.50er Version läuft *puh* Dachte schon, ich muss wieder ne Neuinstallation beantragen.

Gruß Simon
 
You must log in or register to reply here.
Back
Top