nieuwe glibc -> webserver draait niet meer

[Verwijderd]

Heej,

Ik heb op mijn redhat 7.0 net de glibc van 7.1 geinstaleerd c.q upgegrade. Alleen nu wil de webserver (apache) niet meer starten.... Ik krijg:
Syntax error on line 236 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: libqt.so.2: cannot load shared object file: No such file or directory
Wat heeft glibc te maken met mijn qt waar helemaal niks aan veranderd is.

[Verwijderd]

Probeer die oude (RH7.0) Glibc weer terug te zetten. Glibc is een van de belangrijkste libraries op je systeem en hier zijn veel andere programma's dynamisch aan gelinkt.

[Verwijderd]

Ik kan de nieuwe niet meer weg rpm'en :
execution of glibc-2.2.2-10 script failed, exit status 255
oei
wat nu

[bloody]

heb jij pech . Probeer in init 1 de glibc weg te halen.

anders kun je alles met de nieuwe glibc opnieuw compileren

[easydisk]

theoretische gezien zou het wel moeten kunnen upgraden van glibc met een andere glibc uit dezelfde RedHat 7.X reeks (dus niet die van 6.X of 8.X of zo)

>> Cannot load /usr/local/apache/libexec/libphp4.so into server: libqt.so.2:
vind ik wat vreemd, libqt is een grafische lib. die php totaal niet nodig heeft.

maar doe eens ldd /usr/local/apache/libexec/libphp4.so
dan zou alles moeten verwijzen naar een bestaande file.

Ik denk dat er meer veranderd is dan je denkt, niet toevallig php/apache of zo geupgrade ?

Voor het verwijderen, wat is de exacte fout melding ? ik denk dat glibc niet verwijderd kan worden omdat er natuurlijk depences verbroken worden.

Voor dit soort gevallen is een rescue disk/cd wel handig

[Verwijderd]

Ja hij kan inderdaad bepaalde libaries niet meer vinden die hij eerst wel kon vinden. Maar ik heb NIETS aan mijn qt veranderd. Alleen de oude glibc weggehaald van 7.0 en er een nieuwe RPM neergezet van RH7.1. En nu zijn er blijkbaar allerlei verwijzingen veranderd. Maar Hoe kan ik die verwijzingen terug zetten.. dit is een webserver voor een bedrijf dus ik zit flink in troubeltjes. Maar goed hier volgen wat details:

libpam.so.0 => /lib/libpam.so.0 (0x40200000)
libdl.so.2 => /lib/libdl.so.2 (0x40208000)
libqt.so.2 => not found
libz.so.1 => /usr/lib/libz.so.1 (0x4020c000)
libxml.so.2 => /usr/lib/libxml.so.2 (0x4021a000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40280000)
libresolv.so.2 => /lib/libresolv.so.2 (0x402ae000)
libm.so.6 => /lib/libm.so.6 (0x402c1000)
libnsl.so.1 => /lib/libnsl.so.1 (0x402e4000)
libgssapi_krb5.so.2 => not found
libkrb5.so.3 => not found
libk5crypto.so.3 => not found
libcom_err.so.3 => not found
libssl.so.0 => /usr/lib/libssl.so.0 (0x402fb000)
libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x4032a000)
libc.so.6 => /lib/libc.so.6 (0x403e2000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)



Mijn PHP heeft overigens wel QT nodig daar heb ik support voor meegecompiled. Was ergens voor nodig geen idee meer voor wat... Maargoed don't mess with glibc blijkt wel weer.
dag dag

[Verwijderd]

Je kunt proberen je systeem te upgraden naar RH 7.1. Misschien dat er dan nog iets is te redden.

[Verwijderd]

Ja maar het is toch gewoon ergens een fucking link
zo kapot kan het toch allemaal niet zijn
het is gewoon een "geslaagde" upgrade lijkt me
met een paar verwijzing probleempjes ofzo
Want anders gaat dit me een "avondje" kosten beeh

[Verwijderd]

./ldconfig -p
Als ik dit doe krijg ik een hele lijst met libaries en hun bijbehoorende paths. De paths die hij niet kan vinden staan inderdaad er niet bij. Moet ik die verwijzingen niet ergens hier in krijgen???

[_JGC_]

Kan best zijn dat die .so.2 dingen nu .so.3 hetebn, heb ik ook wel eens met debian als ik een precompiled binary installeer (Sophos antivirus bijvoorbeeld)
Moet je ff symlinken.

[Verwijderd]

Die symlinkies en alles zijn ok. Hij vind alleen die files gewoon niet meer. Dus het zit hem in de Path naar de libary file lijkt mij.

[Verwijderd]

Hij werkt weer
Ik heb het een en ander in de ld.so.conf geflikkerd:
/usr/X11R6/lib
/usr/kerberos/lib
/usr/lib
/usr/lib/qt-2.2.3/lib
En nu werkt het weer.
Heerlijk!
Bedankt nog!