Hallo
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
On Tue, May 06, 2008 at 10:34:20AM +0200, Jens Strohschnitter wrote:
Hallo
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
glibc mit c am Ende.
Ich denke da ist irgendwas anderes falsch, vor allem weil das gehen sollte. Ist das php auch von der SLES 10 direkt?
Ciao, Marcus
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
Ich denke da ist irgendwas anderes falsch, vor allem weil das gehen sollte. Ist das php auch von der SLES 10 direkt?
Hi,
ja - habe ich auch nach dem downgrade von glibc nochmal reinstalliert.
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
glibc mit c am Ende.
Ich denke da ist irgendwas anderes falsch, vor allem weil das gehen sollte. Ist das php auch von der SLES 10 direkt?
Hi
noch eine Info. rpm -qa | grep glib gibt folgendes aus:
glibc-devel-2.4-31.30 glibc-info-2.4-31.30 dbus-1-glib-0.60-33.17.3 glibc-2.4-31.30 glib-devel-1.2.10-609.2 poppler-glib-0.4.4-19.18 glib2-devel-2.8.6-0.8 glibc-profile-32bit-2.4-31.30 glibc-html-2.4-31.30 glibc-profile-2.4-31.30 glib-devel-32bit-1.2.10-609.2 glib2-32bit-2.8.6-0.8 glibc-locale-32bit-2.4-31.30 glib-32bit-1.2.10-609.2 glibc-devel-32bit-2.4-31.30 glibc-locale-2.4-31.30 glib2-2.8.6-0.8 glibc-32bit-2.4-31.30 glib-1.2.10-609.2 glib2-doc-2.8.6-0.8 glibc-i18ndata-2.4-31.30 glib-sharp2-2.8.3-43.10
Jens Strohschnitter schrieb:
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
glibc mit c am Ende.
Ich denke da ist irgendwas anderes falsch, vor allem weil das gehen sollte. Ist das php auch von der SLES 10 direkt?
dumme Frage: das PHP fragt doch sicher nach einem Glibc-Link ?! ( mit etwas Glück steht das korrekt im Log)
gibtbes denn einen korrekten Link auf die aktuelle Version?? so in der Art: ln -s /usr/lib/glibc-2.8.6-0.8 /usr/lib/glibc2
bzw. gibt es einen toten Link ? ..ich tippe mal in /usr/lib vermutlich hatte dein Update nur "vergessen" den Symlink "umzubiegen" ...
Hi
noch eine Info. rpm -qa | grep glib gibt folgendes aus:
glibc-devel-2.4-31.30 glibc-info-2.4-31.30 dbus-1-glib-0.60-33.17.3 glibc-2.4-31.30 glib-devel-1.2.10-609.2 poppler-glib-0.4.4-19.18 glib2-devel-2.8.6-0.8 glibc-profile-32bit-2.4-31.30 glibc-html-2.4-31.30 glibc-profile-2.4-31.30 glib-devel-32bit-1.2.10-609.2 glib2-32bit-2.8.6-0.8 glibc-locale-32bit-2.4-31.30 glib-32bit-1.2.10-609.2 glibc-devel-32bit-2.4-31.30 glibc-locale-2.4-31.30 glib2-2.8.6-0.8 glibc-32bit-2.4-31.30 glib-1.2.10-609.2 glib2-doc-2.8.6-0.8 glibc-i18ndata-2.4-31.30 glib-sharp2-2.8.3-43.10
Fred
ps: nur so dumm gedacht .... hatte mich auch schon mal in dieser Art selbst ausgetrickst....
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
glibc mit c am Ende.
Ich denke da ist irgendwas anderes falsch, vor allem weil das gehen sollte. Ist das php auch von der SLES 10 direkt?
dumme Frage: das PHP fragt doch sicher nach einem Glibc-Link ?! ( mit etwas Glück steht das korrekt im Log)
gibtbes denn einen korrekten Link auf die aktuelle Version?? so in der Art: ln -s /usr/lib/glibc-2.8.6-0.8 /usr/lib/glibc2
bzw. gibt es einen toten Link ? ..ich tippe mal in /usr/lib vermutlich hatte dein Update nur "vergessen" den Symlink "umzubiegen" ...
Hi
also nen toten link habe ich nicht finden können. Einen Link in der Art glibc-2.8.6-0.8 auf glibc finde ich weder in den 32bit noch 64bit Libs von /usr/libX und /libX. Installiert ist m.E. nach alles was mit glib zutun hat. (siehe rpm -qa).
Jens Strohschnitter schrieb:
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
^^^^^^^^^ so soll er heissen
du hast vermutlich so eine ähnliche Datei mit einem längeren Namen....
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
glibc mit c am Ende.
Ich denke da ist irgendwas anderes falsch, vor allem weil das gehen sollte. Ist das php auch von der SLES 10 direkt?
dumme Frage: das PHP fragt doch sicher nach einem Glibc-Link ?! ( mit etwas Glück steht das korrekt im Log)
gibtbes denn einen korrekten Link auf die aktuelle Version?? so in der Art: ln -s /usr/lib/glibc-2.8.6-0.8 /usr/lib/glibc2
bzw. gibt es einen toten Link ? ..ich tippe mal in /usr/lib vermutlich hatte dein Update nur "vergessen" den Symlink "umzubiegen" ...
Hi
also nen toten link habe ich nicht finden können. Einen Link in der Art glibc-2.8.6-0.8 auf glibc finde ich weder in den 32bit noch 64bit Libs von /usr/libX und /libX. Installiert ist m.E. nach alles was mit glib zutun hat. (siehe rpm -qa).
Ha ..in : /lib/... steht der ... und tut bei mir (susi 10.3) auf libc-2.6.1.so zeigen tun..... (also: wegen tun tuten tun...)
ah ja ... und beim SLES (32 bit) zeigt der auf libc-2.4.so
wozu hast du findutils-locate installiert ?? hast du doch - oder ?
Fred
On Tue, 06 May 2008 12:39:45 +0200, Fred Ockert wrote:
dumme Frage: das PHP fragt doch sicher nach einem Glibc-Link ?! ( mit etwas Glück steht das korrekt im Log)
gibtbes denn einen korrekten Link auf die aktuelle Version?? so in der Art: ln -s /usr/lib/glibc-2.8.6-0.8 /usr/lib/glibc2
bzw. gibt es einen toten Link ? ..ich tippe mal in /usr/lib vermutlich hatte dein Update nur "vergessen" den Symlink "umzubiegen" ...
Mit Verlaub, das ist Unsinn!
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
besagt, dass er die Bibliothek sehr wohl findet, nicht aber ein bestimmtes Symbol darin. Übrigens wird bei der Installation eines Bibliotheks-Pakets am Ende *immer* ldconfig aufgerufen und das legt den Link zum Soname an.
BTW2: da die Glibc mit Symbolversionen arbeitet, hat sich der Soname in den letzten 8 Jahren nicht geändert.
Philipp
Jens Strohschnitter [06.05.2008 10:34]:
Hallo
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
Hallo Jens,
bei mir (SLES10, x86_64) ist ebenfalls die aktuellste glibc und das aktuellste PHP5 installiert (aus dem Yast-Update-Repo). PHP5 sagt mir:
# php -v PHP Warning: PHP Startup: fileinfo: Unable to initialize module Module compiled with module API=20050922, debug=0, thread-safety=0 PHP compiled with module API=20060613, debug=0, thread-safety=0 These options need to match in Unknown on line 0 PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 6 2008 18:52:34) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with DBG v2.15.5, (C) 2000,2007, by Dmitri Dmitrienko with Xdebug v2.0.2, Copyright (c) 2002-2007, by Derick Rethans
Beschwert sich also nicht über ein fehlendes Symbol in der libc.so.6.
# strings /lib64/libc.so.6 | grep GLIBC GLIBC_2.2.5 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_2.3.4 GLIBC_2.4 GLIBC_PRIVATE
es wird tatsächlich kein GLIBC_2.0 bereitgestellt, aber welches PHP braucht das? ;-) # rpm -q php5 php5-5.2.5-17.1 # rpm -q glibc glibc-2.4-31.43.6
Gruß Werner
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
bei mir (SLES10, x86_64) ist ebenfalls die aktuellste glibc und das aktuellste PHP5 installiert (aus dem Yast-Update-Repo). PHP5 sagt mir:
# php -v PHP Warning: PHP Startup: fileinfo: Unable to initialize module [...] Beschwert sich also nicht über ein fehlendes Symbol in der libc.so.6.
# strings /lib64/libc.so.6 | grep GLIBC [...]
es wird tatsächlich kein GLIBC_2.0 bereitgestellt, aber welches PHP braucht das? ;-) # rpm -q php5 php5-5.2.5-17.1 # rpm -q glibc glibc-2.4-31.43.6
Hi,
okay - habe das Problem gefunden. Ich hatte der Abwärtskompabilität wegen einen Link von php5 auf php gesetzt gehabt. Dieser wurde wohl durch ein Update überschrieben und mit einem Binary ersetzt. Habe das binary gelöscht und den Link neu erzeugt. Jetzt klappts.
rpm -q php5 zeigt bei jedoch noch eine alte Version:
php5-5.1.2-29.54
obwohl mit you upgedatet. Naja - hauptsache es funzt. Vielen Dank an alle Beteiligten!
nachdem ich mein SLES10_x86_64 per You upgedatet habe, kann ich keinen PHP-Interpreter mehr aufrufen. Die Fehlermeldung die erscheint lautet:
php: relocation error: php: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Habe bereits die glib von der SLES10SP1 CD wieder downgegraded. Aber ohne Erfolg. Kann mir jemand sagen was ich noch machen kann ohne den Server mal zu rebooten ?
bei mir (SLES10, x86_64) ist ebenfalls die aktuellste glibc und das aktuellste PHP5 installiert (aus dem Yast-Update-Repo). PHP5 sagt mir:
# php -v PHP Warning: PHP Startup: fileinfo: Unable to initialize module [...] Beschwert sich also nicht über ein fehlendes Symbol in der libc.so.6.
# strings /lib64/libc.so.6 | grep GLIBC [...]
es wird tatsächlich kein GLIBC_2.0 bereitgestellt, aber welches PHP braucht das? ;-) # rpm -q php5 php5-5.2.5-17.1 # rpm -q glibc glibc-2.4-31.43.6
Hi,
okay - habe das Problem gefunden. Ich hatte der Abwärtskompabilität wegen einen Link von php5 auf php gesetzt gehabt. Dieser wurde wohl durch ein Update überschrieben und mit einem Binary ersetzt. Habe das binary gelöscht und den Link neu erzeugt. Jetzt klappts.
rpm -q php5 zeigt bei jedoch noch eine alte Version:
php5-5.1.2-29.54
obwohl mit you upgedatet. Naja - hauptsache es funzt. Vielen Dank an alle Beteiligten!
Problem solved: Installed W2k8R2 and payed the price :-(
***SPAM***
On Tue, 06 May 2008 13:10:35 +0200, Werner Flamme wrote:
# strings /lib64/libc.so.6 | grep GLIBC
strings ist hier das falsche Tool :) Mach mal
objdump --dynamic-syms /lib64/libc.so.6
Die vorletzte Spalte ist die gesuchte Symbolversion.
Philipp
Philipp Thomas [07.05.2008 11:43]:
On Tue, 06 May 2008 13:10:35 +0200, Werner Flamme wrote:
# strings /lib64/libc.so.6 | grep GLIBC
strings ist hier das falsche Tool :) Mach mal
objdump --dynamic-syms /lib64/libc.so.6Die vorletzte Spalte ist die gesuchte Symbolversion.
Philipp
Hallo Philipp,
in diesem Fall ist es ein hinreichend exakt ;-) arbeitendes Tool, und ich merke es mir leichter :-) Wenn "strings" schon den gesuchten string nicht findent, wird "objdump" ihn auch nicht anzeigen.
Mein Hilfestellungsversuch bezog sich auch auf genau diesen Fall und sollte keine Hilfestellung sein, Bibliotheksversionen zu finden ;-)
Gruß Werner
On Thu, 08 May 2008 10:24:22 +0200, Werner Flamme wrote:
Wenn "strings" schon den gesuchten string nicht findent, wird "objdump" ihn auch nicht anzeigen.
Aber strings kann Dir nicht zeigen, welches Symbol welche Version hat und ob überhaupt Symbolversionen verwendet werden.
Mein Hilfestellungsversuch bezog sich auch auf genau diesen Fall
Meine auch.
und sollte keine Hilfestellung sein, Bibliotheksversionen zu finden ;-)
Symbolversionen, nicht Bibliotheksversionen. Das sind zwei ganz verschiedene Geschichten.
Philipp
Philipp Thomas [08.05.2008 11:35]:
On Thu, 08 May 2008 10:24:22 +0200, Werner Flamme wrote:
Wenn "strings" schon den gesuchten string nicht findent, wird "objdump" ihn auch nicht anzeigen.
Aber strings kann Dir nicht zeigen, welches Symbol welche Version hat und ob überhaupt Symbolversionen verwendet werden.
"strings" zeigt mir verwendete Strings innerhalb der Datei an. Wenn der gesuchte String "GLIBC_2.3" nicht angezeigt wird, bin ich mir sicher, dass das zugehörige Symbol von der Datei nicht zur Verfügung gestellt wird.
Dass Deine Methode korrekt ist und meine eine Krücke, bezweifle ich nicht.
Gruß Werner
-
Fred Ockert -
Jens Strohschnitter -
Jens Strohschnitter -
Marcus Meissner -
Philipp Thomas -
Werner Flamme