yast startet nach mysql update nicht mehr
hallo zusammen ! im zuge einer downtime zwecks php neucompilierung wollte ich gestern mysql mit hilfe von yast auf die aktuellste version bringen. dabei hat yast einige abhängigkeiten erfüllen wollen, was ich ihm auch gestattet habe (darunter auch diverse perl pakete). habe ja an nichts böses gedacht, da bis jetzt yast immer einwandfrei gearbeitet hat. yast hat dann auch alle pakete runtergeladen und installiert und der vorgang wurde erfolgreich beendet. danach habe ich dann mit der mod_php konfiguration weiter gemacht und die mysql client extension für php compiliert. alles schien wunderbar zu funktionieren.... bis ich dann das nächste mal yast starten wollte, um etwas nach zu installieren. dann kam folgende fehlermeldung: Error loading language plugin /usr/lib/YaST2/plugin/libpy2lang_perl.so: /usr/lib/liby2pm.so.2: undefined symbol: _ZN8LangCode9_nameHashE ich habe bereits versucht, mir von einem suse mirror per hand alle rpms zu besorgen, deren name mit yast... beginnt und alle, die dann wiederum von rpm als davon abhängig angegeben werden. dieses vorhaben scheitert jedoch daran, dass ich irgendwann an eine stelle komme, an der ich das paket perl in der version 5.8.5-3.i586 benötige, was wiederum perl-DBD-mysql in der version 2.9004-2.1.i586 verlangt. beide pakete sind zum jetzigen zeitpunkt auf meinem system in neueren versionen vorhanden, und zwar: perl-5.8.6-5 und perl-DBD-mysql-2.9004-3 und eben an dieser stelle kann ich nicht weiter machen mit rpm, da meine jetzige mysql version wiederum das neuere perl-DBD-mysql vorraussetzt. ich möchte wirklich _alles_ versuchen, um einer kompletten neuinstallation des systems aus dem weg zu gehen. auf dem server läuft eine sehr wichtige website, für die jede downtime ziemlich schadhaft ist. also sollte sich möglichst ein weg finden lassen, der den betrieb von apache, php und mysql nicht oder nur so wenig wie möglich beeinträchtigt. das soll wirklich nicht blöd klingen, ich wollte es einfach nur erwähnt haben, um zu verdeutlichen, dass vorschläge wie "installier doch neu" nicht wirklich hilfreich sind für mich, zumal ich zusätzlich noch keinen keinen direkten zugang zu dem server habe und somit für eine neuinstallation bezahlen muss. für jeden hilfreichen tipp wäre ich äusserst dankbar viele grüsse daniel
Hallo daniel, ich habe jetzt nicht so spontan eine Idee zu deinem Problem mit YaST. Jedoch finde ich persönlich die Alternative der Software-Installation mit APT um einiges besser. Evt. kannst du dich dazu durchringen und verzichtest auf YaST. Oder habe ich dich falsch verstanden und es geht nicht nur das Software-Installations-Modul nicht ? Gruß Renate
----- Original Message ----- From: "Renate Neike" <r.neike@gmx.de> Sent: Saturday, September 24, 2005 12:04 AM
ich habe jetzt nicht so spontan eine Idee zu deinem Problem mit YaST. Jedoch finde ich persönlich die Alternative der Software-Installation mit APT um einiges besser. Evt. kannst du dich dazu durchringen und verzichtest auf YaST. Oder habe ich dich falsch verstanden und es geht nicht nur das Software-Installations-Modul nicht ? apt kenne ich eigentlich nur von debian basierten systemen. ich ziehe yast eigentlich eindeutig vor. dazu kommt aber hier bei meinem speziellen problem, dass yast insgesamt nicht mehr funktioniert und nicht nur die paketverwaltung. yast lässt sich einfach nicht mehr starten und bricht mit der fehlermeldung ab.
gruß daniel
Am Freitag, 23. September 2005 23:31 schrieb Daniel Liberski:
Error loading language plugin /usr/lib/YaST2/plugin/libpy2lang_perl.so: /usr/lib/liby2pm.so.2: undefined symbol: _ZN8LangCode9_nameHashE ... stelle komme, an der ich das paket perl in der version 5.8.5-3.i586 benötige, was wiederum perl-DBD-mysql in der version 2.9004-2.1.i586 verlangt.
Kann man YaST neu selber bauen mit den aktuelleren Paketen und hinterher festtackern gegen Veränderungen? Auf YaST verzichten oder die ältere DB-Version benutzen ist sonst die Alternative. wolfgang
----- Original Message ----- From: "Wolfgang Denda" <mailingliste@wdenda.de> Sent: Saturday, September 24, 2005 8:54 AM
Kann man YaST neu selber bauen mit den aktuelleren Paketen und hinterher festtackern gegen Veränderungen? Auf YaST verzichten oder die ältere DB-Version benutzen ist sonst die Alternative.
ob man yast selber neu bauen kann, weiss ich ehrlich gesagt nicht. aber wenn man mir sagen würde, ob und wie das geht, ohne die restliche installation zu beeinträchtigen, würde ich das zur not machen. jedoch würde ich mir wesentlich mehr wünschen, yast auf eine andere art und weise wieder zum funktionieren zu bringen, um die YOU fähigkeit von yast nicht zu verlieren. daniel
Am Samstag, 24. September 2005 17:19 schrieb Daniel Liberski:
----- Original Message ----- From: "Wolfgang Denda" <mailingliste@wdenda.de> Sent: Saturday, September 24, 2005 8:54 AM
Kann man YaST neu selber bauen mit den aktuelleren Paketen und hinterher festtackern gegen Veränderungen? Auf YaST verzichten oder die ältere DB-Version benutzen ist sonst die Alternative.
ob man yast selber neu bauen kann, weiss ich ehrlich gesagt nicht. aber wenn man mir sagen würde, ob und wie das geht, ohne die restliche installation zu beeinträchtigen, würde ich das zur not machen. jedoch würde ich mir wesentlich mehr wünschen, yast auf eine andere art und weise wieder zum funktionieren zu bringen, um die YOU fähigkeit von yast nicht zu verlieren.
daniel Wie sieht es eigentlich aus, wenn Du YaST im Textmodus startest??? Ist das möglich? Einen Gedanken hätte ich da allerdings noch: Suche Dir die YaST-Pakete aus der CD raus und versuche diese mittels RPM zu installieren.... viel Erfolg, Axel - Köln
-- http://www.out2door.de NEU: Leseprobe von Jens Klingebiel :"Hau rein oder ab" Erlebnisbericht eines Aussteigers bei der Deutschen Vermögensberatung!
Am Samstag, 24. September 2005 17:19 schrieb Daniel Liberski:
----- Original Message ----- From: "Wolfgang Denda" <mailingliste@wdenda.de> Sent: Saturday, September 24, 2005 8:54 AM
Kann man YaST neu selber bauen mit den aktuelleren Paketen und hinterher festtackern gegen Veränderungen? Auf YaST verzichten oder die ältere DB-Version benutzen ist sonst die Alternative.
ob man yast selber neu bauen kann, weiss ich ehrlich gesagt nicht. aber wenn man mir sagen würde, ob und wie das geht, ohne die restliche installation zu beeinträchtigen, würde ich das zur not machen. jedoch würde ich mir wesentlich mehr wünschen, yast auf eine andere art und weise wieder zum funktionieren zu bringen, um die YOU fähigkeit von yast nicht zu verlieren.
daniel Wie sieht es eigentlich aus, wenn Du YaST im Textmodus startest??? Ist das möglich? Einen Gedanken hätte ich da allerdings noch: Suche Dir die YaST-Pakete aus der CD raus und versuche diese mittels RPM zu installieren.... bei dem von mir geschilderten problem geht es nur um yast im textmodus, da X generell nicht installiert ist zu 2. - es handelt sich um einen server in einem rz, von daher ist das mit der cd nicht ganz so einfach... aber ich _denke_ auch, dass sich auf der cd die gleichen
----- Original Message ----- From: "Axel Lindlau" <chindog01@freenet.de> Sent: Saturday, September 24, 2005 5:50 PM pakete befinden, wie auf den suse mirrors und damit klappt es ja nicht aufgrund der paket-inkompatiblitäten daniel
Am Samstag, 24. September 2005 18:06 schrieb Daniel Liberski:
----- Original Message ----- From: "Axel Lindlau" <chindog01@freenet.de> Sent: Saturday, September 24, 2005 5:50 PM
Am Samstag, 24. September 2005 17:19 schrieb Daniel Liberski:
----- Original Message ----- From: "Wolfgang Denda" <mailingliste@wdenda.de> Sent: Saturday, September 24, 2005 8:54 AM
Kann man YaST neu selber bauen mit den aktuelleren Paketen und hinterher festtackern gegen Veränderungen? Auf YaST verzichten oder die ältere DB-Version benutzen ist sonst die Alternative.
ob man yast selber neu bauen kann, weiss ich ehrlich gesagt nicht. aber wenn man mir sagen würde, ob und wie das geht, ohne die restliche installation zu beeinträchtigen, würde ich das zur not machen. jedoch würde ich mir wesentlich mehr wünschen, yast auf eine andere art und weise wieder zum funktionieren zu bringen, um die YOU fähigkeit von yast nicht zu verlieren.
daniel
Wie sieht es eigentlich aus, wenn Du YaST im Textmodus startest??? Ist das möglich? Einen Gedanken hätte ich da allerdings noch: Suche Dir die YaST-Pakete aus der CD raus und versuche diese mittels RPM zu installieren....
bei dem von mir geschilderten problem geht es nur um yast im textmodus, da X generell nicht installiert ist zu 2. - es handelt sich um einen server in einem rz, von daher ist das mit der cd nicht ganz so einfach... aber ich _denke_ auch, dass sich auf der cd die gleichen pakete befinden, wie auf den suse mirrors und damit klappt es ja nicht aufgrund der paket-inkompatiblitäten
daniel Sorry, da hatte ich dann wohl ein knick in der Optik :-( Viel Erfolg... Axel -- http://www.out2door.de NEU: Leseprobe von Jens Klingebiel :"Hau rein oder ab" Erlebnisbericht eines Aussteigers bei der Deutschen Vermögensberatung!
Hallo, Am Fri, 23 Sep 2005, Daniel Liberski schrieb:
Error loading language plugin /usr/lib/YaST2/plugin/libpy2lang_perl.so: /usr/lib/liby2pm.so.2: undefined symbol: _ZN8LangCode9_nameHashE
Was sagt 'ldd /usr/lib/liby2pm.so.2'? Findet sich da liby2util? Und was spuckt ein nm /usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash' aus? -dnh -- Was habt Ihr denn? emacs ist doch ein tolles Betriebssystem! Das einzige was ihm fehlt, ist ein vernünftiger Editor (vim?) -- Jan Trippler
----- Original Message ----- From: "David Haller" <david@dhaller.de> Sent: Saturday, September 24, 2005 9:36 PM
Hallo,
Am Fri, 23 Sep 2005, Daniel Liberski schrieb:
Error loading language plugin /usr/lib/YaST2/plugin/libpy2lang_perl.so: /usr/lib/liby2pm.so.2: undefined symbol: _ZN8LangCode9_nameHashE
Was sagt 'ldd /usr/lib/liby2pm.so.2'? Findet sich da liby2util? Und was spuckt ein nm /usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash' aus?
-dnh
zu 1. 'ldd /usr/lib/liby2pm.so.2': ... liby2util.so.3 => /usr/lib/liby2util.so.3 (0x405ed000) ... zu 2. nm /usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash': nm: /usr/lib/liby2util.so.3: no symbols gruß daniel
Hallo, Am Mon, 26 Sep 2005, Daniel Liberski schrieb: [..]
zu 1. 'ldd /usr/lib/liby2pm.so.2': ... liby2util.so.3 => /usr/lib/liby2util.so.3 (0x405ed000) ...
Ok.
zu 2. nm /usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash': nm: /usr/lib/liby2util.so.3: no symbols
Mist. Hier von ner SuSE 9.1: nm /SUSE91/usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash' 00041428 V _ZN8LangCode9_nameHashE Mach mal: rpm --verify -lvf /usr/lib/liby2util.so.3; echo $? Das sollte keine Ausgabe von rpm und "0" vom echo ergeben. Andernfalls solltest du liby2util (ist bei 9.1 ein extra rpm) nochmal installieren. -dnh -- Don't sweat it -- it's not real life. It's only ones and zeroes. -- Gene Spafford
----- Original Message ----- From: "David Haller" <david@dhaller.de> Sent: Monday, September 26, 2005 7:33 PM [...]
zu 2. nm /usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash': nm: /usr/lib/liby2util.so.3: no symbols
Mist. Hier von ner SuSE 9.1: nm /SUSE91/usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash' 00041428 V _ZN8LangCode9_nameHashE
Mach mal: rpm --verify -lvf /usr/lib/liby2util.so.3; echo $?
Das sollte keine Ausgabe von rpm und "0" vom echo ergeben.
Andernfalls solltest du liby2util (ist bei 9.1 ein extra rpm) nochmal installieren.
host1:~ # rpm --verify -lvf /usr/lib/liby2util.so.3; echo $? 0 jetzt zum versuch, liby2util erneut zu installieren: host1:~/yast-fix # rpm -Uvh --oldpackage liby2util-2.10.6-2.1.i586.rpm error: Failed dependencies: liby2util >= 2.11.5 is needed by (installed) yast2-core-2.11.26-3 und wenn ich daraufhin versuche, das ältere yast2-core rpm zu installieren, stehe ich vor diesem problem: host1:~/yast-fix/9.2 # rpm -Uvh --oldpackage yast2-core-2.10.16-2.1.i586.rpm error: Failed dependencies: perl = 5.8.5 is needed by yast2-core-2.10.16-2.1 libhd.so.9 is needed by yast2-core-2.10.16-2.1 das bei mir installiere perl ist zu neu, was yast selber durch die abhängigkeiten beim updaten des mysql pakets hervorgerufen hat. also über ältere pakete scheint da kein ausweg zu bestehen, meiner bescheidenen meinung nach. ist es nicht "einfach" möglich, auf einem suse 9.2 system per hand yast komplett auf die pakete aus dem suse 9.3 zweig zu heben? bin ansonsten leider echt ziemlich ratlos. grüße daniel
Hallo, Am Tue, 27 Sep 2005, Daniel Liberski schrieb:
[...]
zu 2. nm /usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash': nm: /usr/lib/liby2util.so.3: no symbols
Mist. Hier von ner SuSE 9.1: nm /SUSE91/usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash' 00041428 V _ZN8LangCode9_nameHashE
Mach mal: rpm --verify -lvf /usr/lib/liby2util.so.3; echo $?
Das sollte keine Ausgabe von rpm und "0" vom echo ergeben.
Andernfalls solltest du liby2util (ist bei 9.1 ein extra rpm) nochmal installieren.
host1:~ # rpm --verify -lvf /usr/lib/liby2util.so.3; echo $? 0
Ok.
jetzt zum versuch, liby2util erneut zu installieren:
host1:~/yast-fix # rpm -Uvh --oldpackage liby2util-2.10.6-2.1.i586.rpm error: Failed dependencies: liby2util >= 2.11.5 is needed by (installed) yast2-core-2.11.26-3
liby2util ist dann wohl auch 2.11.26 oder so? Was sagt: rpm -q --queryformat '%{distribution}\n' liby2util
und wenn ich daraufhin versuche, das ältere yast2-core rpm zu installieren, stehe ich vor diesem problem:
host1:~/yast-fix/9.2 # rpm -Uvh --oldpackage yast2-core-2.10.16-2.1.i586.rpm error: Failed dependencies: perl = 5.8.5 is needed by yast2-core-2.10.16-2.1 libhd.so.9 is needed by yast2-core-2.10.16-2.1
das bei mir installiere perl ist zu neu, was yast selber durch die abhängigkeiten beim updaten des mysql pakets hervorgerufen hat.
Bist du sicher, dass du fuer mysql usw. Pakete fuer deine 9.2 genommen hast?
also über ältere pakete scheint da kein ausweg zu bestehen, meiner bescheidenen meinung nach. ist es nicht "einfach" möglich, auf einem suse 9.2 system per hand yast komplett auf die pakete aus dem suse 9.3 zweig zu heben?
Nein. Da muss man ein "komplettes" Update des Systems fahren. Mit allen Risiken und Nebenwirkungen. Ob das sinnvoll ist, darueber kann man streiten. Ich selbst wuerde eher die 9.3 parallel neu installieren und Daten und Konfiguration nachziehen (bzw. dazumounten). Andere haben seit vielen SUSEn nur positive Erfahrungen mit Updates gemacht. Dazu kann ich generell aber nix sagen, da ich hier (seit gut 6 Jahren) eine zunehmend-Eigenbau-Ex-SuSE-6.2 am laufen habe (mit einem nicht mehr verwendeten yast1!) und im parallel installierten 9.1 laeuft u.a. X11 nicht... Das hier von mir geschriebene habe ich per 'chroot' in die SuSE 9.1 Partition untersucht, z.B.: root@slarty[0]:~ (0)# chroot /SUSE91/ slarty:~# rpm -q --queryformat '%{distribution}\n' liby2util SuSE Linux 9.1 (i586) Eigenartig (und nervig) finde ich, dass die Symbole aus der liby2util raus sind. slarty:~# file /usr/lib/liby2util.so.3.* /usr/lib/liby2util.so.3.0.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped ^^^^^^^^^^^^ Bei dir ist die wohl "stripped". Aber, *hehe*, es geht auch anders: slarty:~# file /usr/lib/liby2util.so.3.* /usr/lib/liby2util.so.3.0.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped slarty:~# strings /usr/lib/liby2util.so.3.* | grep 'LangCode.*nameHash' _ZN8LangCode9_nameHashE slarty:~# cp /usr/lib/liby2util.so.3.0.0 /tmp/ slarty:~# strip -s /tmp/liby2util.so.3.0.0 slarty:~# file /tmp/liby2util.so.3.0.0 /tmp/liby2util.so.3.0.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped slarty:~# strings /tmp/liby2util.so.3.0.0 | grep 'LangCode.*nameHash' _ZN8LangCode9_nameHashE slarty:~# exit root@slarty[0]:~ (0)# Probiere also mal strings /usr/lib/liby2util.so.3.* | grep 'LangCode.*nameHash' (du brauchst nicht kopieren, bei dir ist die lib ja schon "gestrippt") Ansonsten gehen mir dann die Ideen aus, da mir auch schlicht die Erfahrung mit SuSE 9.x fehlt. -dnh --
Dann enthält "Viidährhoulunkspfehller" also nur einen Fehler? ßtarck -- Moss und Alex in suse-talk
participants (5)
-
Axel Lindlau -
Daniel Liberski -
David Haller -
Renate Neike -
Wolfgang Denda