• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Distribution Upgrade stockt openSuse 13.2, zypper

U

utopos

Member
Hallo zusammen,

aufgrund der Einstellung der Patches für openSuse 12.3 Ende Januar habe ich mich schweren Herzens zu einem Distribution Upgrade durchgerungen.
Dabei habe ich versucht, mich an die Anleitung
https://de.opensuse.org/SDB:Distribution-Upgrade
zu halten.
Gleich sei erwähnt, dass ich in einem wichtigen Punkt die Anleitung nicht richtig verstanden hatte, bis es zu spät war: Ich führe gerade ein Update von 12.3 direkt nach 13.2 durch anstelle dem empfohlenen schrittweisen Vorgehen über 13.1. Wie gesagt, habe ich das erst kapiert, als ich den Update bereits gestartet hatte (vielleicht spielt das für das Folgende eine Rolle).

Inzwischen läuft der letzte und wichtigste Befehl der Anleitung,
Code: 
zypper dup
bereits ca. 36 Stunden. Dabei ist in der Regel etwas Rückmeldung von zypper zu sehen. Seit über 12 Stunden aber hat sich nichts mehr getan. Die Ausgabe stockt mit den Zeilen:

Code: 
(2122/4415) Installation von: xrdb-1.1.0-4.1.2 ...............................................................................[fertig]
(2123/4415) Installation von: pan-lang-0.139-6.1.4 ...........................................................................[fertig]
(2124/4415) Installation von: tuned-2.3.0-4.1.4 .............................................................................<100%>[\]

Kann ich mehr Informationen herauskitzeln, was gerade passiert?
Gibt es eine Möglichkeit, dem Prozess auf die Sprünge zu helfen, dass er weiter läuft?
Was würde passieren, wenn ich hier abbreche? Könnte/Sollte ich das Update in sinnvoller Weise danach fortsetzen?
Oder kann ich den bisherigen Prozess noch zurückdrehen?


Für Eure Hinweise wäre ich sehr dankbar.

Viele Grüße

utopos
 
J

josef-wien

Ultimate Guru
utopos schrieb:
anstelle dem empfohlenen schrittweisen Vorgehen
Zum Vergrößern anklicken....
Das lese ich nicht heraus, und das sollte bei einem derart kleinen Versionssprung auch nicht notwendig sein.

Üblicherweise werden zuerst alle notwendigen Pakete heruntergeladen (sie sind unterhalb von /var/cache/zypp/packages gespeichert) und erst dann installiert. Warum die Installation so schneckenhaft langsam ist und außerdem bei knapp der Hälfte der Pakete stehen bleibt, ist mir schleierhaft. Zeigt
Code: 
dmesg
Besonderheiten?

utopos schrieb:
Was würde passieren, wenn ich hier abbreche? Könnte/Sollte ich das Update in sinnvoller Weise danach fortsetzen?
Zum Vergrößern anklicken....
Diese Frage muß Dir ein zypper-Kundiger beantworten.
 
OP
U

utopos

Member
Ich sehe nur drei bis vier Typen von Benachrichtigungen.
Mit dem Upgrade hat keine davon offensichtlich zu tun:

Code: 
Kohlhasenbrueck:/root # dmesg 
...
[98207.667584] kscreenlocker_g[30124]: segfault at 9 ip b56d1cf6 sp bfcbb1f8 error 4 in libc-2.19.so[b563e000+1a6000]
...
[98727.507322] show_signal_msg: 1 callbacks suppressed
[98727.507341] kscreenlocker_g[6697]: segfault at 3ff00000 ip b5d8b228 sp bfb6e290 error 4 in libQtGui.so.4.8.4[b5c3c000+aba000]
[98727.990543] kscreenlocker_g[6698]: segfault at 3ff00000 ip b5e01228 sp bf8e9520 error 4 in libQtGui.so.4.8.4[b5cb2000+aba000]
[102128.490879] systemd-journald[24767]: Failed to set file attributes: Inappropriate ioctl for device

Noch eine kleine Erkenntnis:

Code: 
Kohlhasenbrueck:/root # ps -el | grep pts/3
0 S  1000  2648  2571  0  80   0 -  1417 wait   pts/3    00:00:00 bash
0 S     0 10294 21092  0  80   0 -  3474 wait   pts/3    00:00:00 rpm
0 S     0 10297 10294  0  80   0 -   806 pipe_w pts/3    00:00:00 sh
1 S     0 10324 10297  0  80   0 -   806 wait   pts/3    00:00:00 sh
0 S     0 10325 10324  0  80   0 -  2885 -      pts/3    00:00:00 tuned-adm
4 S     0 20801  2648  0  80   0 -  1421 wait   pts/3    00:00:00 su
4 S     0 20804 20801  0  80   0 -  1362 wait   pts/3    00:00:00 bash
0 S     0 21092 20804  0  80   0 - 39754 -      pts/3    00:21:09 zypper

Mir fällt auf, dass tuned-adm läuft, während er genau bei der Installation von tuned-irgendwas stecken bleibt.
Vielleicht hängt in Wirklichkeit dieses Programm und nicht zypper selbst?
 
J

josef-wien

Ultimate Guru
tuned (a dynamic adaptive system tuning daemon) ist neu bei 13.2, möglicherweise wurde /usr/sbin/tuned-adm im Zuge der Installation zu früh gestartet. Möglicherweise spuckt kscreenlocker in die Suppe. Ich würde versuchsweise beide beenden, aber da ich kein 13.2 habe, kann ich hier nur theoretisieren.
 
OP
U

utopos

Member
Vielen Dank für Deine Hinweise.

Ich habe jetzt dem Prozess tuned-adm freundlich aber bestimmt gekündigt.
Daraufhin kam er zunächst mit neuer PID wieder, schließlich hat zypper eingesehen, dass es keinen Sinn hat:

Code: 
Kohlhasenbrueck:/root # ps -el | grep pts/3
0 S  1000  2648  2571  0  80   0 -  1417 wait   pts/3    00:00:00 bash
0 S     0 10294 21092  0  80   0 -  3474 wait   pts/3    00:00:00 rpm
0 S     0 10297 10294  0  80   0 -   806 pipe_w pts/3    00:00:00 sh
1 S     0 10324 10297  0  80   0 -   806 wait   pts/3    00:00:00 sh
0 S     0 10325 10324  0  80   0 -  2885 -      pts/3    00:00:00 tuned-adm
4 S     0 20801  2648  0  80   0 -  1421 wait   pts/3    00:00:00 su
4 S     0 20804 20801  0  80   0 -  1362 wait   pts/3    00:00:00 bash
0 S     0 21092 20804  0  80   0 - 39754 -      pts/3    00:21:10 zypper
Kohlhasenbrueck:/root # kill 10325
Kohlhasenbrueck:/root # ps -el | grep pts/3
0 S  1000  2648  2571  0  80   0 -  1417 wait   pts/3    00:00:00 bash
0 S     0 10294 21092  0  80   0 -  3474 wait   pts/3    00:00:00 rpm
0 S     0 10297 10294  0  80   0 -   806 wait   pts/3    00:00:00 sh
0 S     0 15677 10297  7  80   0 -  2885 -      pts/3    00:00:00 tuned-adm
4 S     0 20801  2648  0  80   0 -  1421 wait   pts/3    00:00:00 su
4 S     0 20804 20801  0  80   0 -  1362 wait   pts/3    00:00:00 bash
0 S     0 21092 20804  0  80   0 - 39754 -      pts/3    00:21:10 zypper
Kohlhasenbrueck:/root # kill 15677
Kohlhasenbrueck:/root # ps -el | grep pts/3
0 S  1000  2648  2571  0  80   0 -  1417 wait   pts/3    00:00:00 bash
4 S     0 10294 21092  0  80   0 -  3474 wait   pts/3    00:00:00 rpm
0 S     0 15692 10294  0  80   0 -   806 wait   pts/3    00:00:00 sh
0 D     0 15693 15692  9  80   0 -  1350 sleep_ pts/3    00:00:00 insserv
4 S     0 20801  2648  0  80   0 -  1421 wait   pts/3    00:00:00 su
4 S     0 20804 20801  0  80   0 -  1362 wait   pts/3    00:00:00 bash
0 S     0 21092 20804  0  80   0 - 39754 -      pts/3    00:21:10 zypper
Kohlhasenbrueck:/root # ps -el | grep pts/3
0 S  1000  2648  2571  0  80   0 -  1417 wait   pts/3    00:00:00 bash
4 D     0 15700 21092  9  80   0 -  2193 sleep_ pts/3    00:00:00 rpm
4 S     0 20801  2648  0  80   0 -  1421 wait   pts/3    00:00:00 su
4 S     0 20804 20801  0  80   0 -  1362 wait   pts/3    00:00:00 bash
0 S     0 21092 20804  0  80   0 - 39754 -      pts/3    00:21:10 zypper

Daraufhin geht jetzt die Installation weiter:

Code: 
(2152/4415) Installation von: gtg-lang-0.3.1-2.1.9 ...........................................................................[fertig]
(2153/4415) Installation von: libgstpbutils-1_0-0-1.4.3-1.5 ..................................................................[fertig]
(2154/4415) Installation von: xsp-2.10.2-15.1.8 ..............................................................................[fertig]
Zusätzliche rpm-Ausgabe:
Updating /etc/sysconfig/xsp2...
redirecting to systemctl try-restart xsp2.service


(2155/4415) Installation von: mono-entityframework-3.8.0-1.4 .................................................................[fertig]
(2156/4415) Installation von: gtk-sharp2-2.12.10-43.1.11 .....................................................................[fertig]
(2157/4415) Installation von: gnome-vfs-sharp2-2.24.2-19.1.3 .................................................................[fertig]


Ich gehe davon aus, dass die Installation dann aber nicht vollständig ist.
Was tue ich, wenn zypper dup durchgelaufen ist?
Kann ich das System irgendwie überprüfen und die Lücken schließen?
 
J

josef-wien

Ultimate Guru
utopos schrieb:
Ich gehe davon aus, dass die Installation dann aber nicht vollständig ist.
Zum Vergrößern anklicken....
Warum soll sie es nicht sein? Du schreibst ja nichts von einer Fehlermeldung bei der Installation eines Pakets.

utopos schrieb:
Kann ich das System irgendwie überprüfen und die Lücken schließen?
Zum Vergrößern anklicken....
Führe zypper dup noch einmal aus. Wenn Du zuvor die Aktualisierung der einzelnen Repos abschaltest, sollte es keinen Änderungsbedarf geben.
 
OP
U

utopos

Member
Hallo Josef,

vielen Dank für die Hilfe - insbesondere, dass Du mir die meisten Bedenken genommen hast!

Wie es weiterging:
Ein weiteres Mal musste ich einen anscheinend ausgeuferten Tochterprozess beseitigen:

Code: 
(2579/4415) Installation von: libclutter-gtk-1_0-0-1.6.0-1.1 .................................................................[fertig]
(2580/4415) Installation von: udisks2-2.1.3-2.1.5 ............................................................................[fertig]
(2581/4415) Installation von: rtkit-0.11_git201205151338-9.1.3 ..............................................................<100%>[/]

hängt!

Kohlhasenbrueck:/root # ps -el | grep pts/3
0 S  1000  2648  2571  0  80   0 -  1417 wait   pts/3    00:00:00 bash
4 S     0 19939 21092  0  80   0 -  2678 wait   pts/3    00:00:00 rpm
0 S     0 19943 19939  0  80   0 -   806 wait   pts/3    00:00:00 sh
0 S     0 19944 19943  0  80   0 -   643 -      pts/3    00:00:00 dbus-send
4 S     0 20801  2648  0  80   0 -  1421 wait   pts/3    00:00:00 su
4 S     0 20804 20801  0  80   0 -  1362 wait   pts/3    00:00:00 bash
0 S     0 21092 20804  0  80   0 - 39807 -      pts/3    00:21:42 zypper
Kohlhasenbrueck:/root # # kill 19944
Kohlhasenbrueck:/root # # ps -el | grep pts/3
0 S  1000  2648  2571  0  80   0 -  1417 wait   pts/3    00:00:00 bash
4 S     0 19939 21092  0  80   0 -  2678 wait   pts/3    00:00:00 rpm
0 S     0 19943 19939  0  80   0 -   807 wait   pts/3    00:00:00 sh
4 S     0 20801  2648  0  80   0 -  1421 wait   pts/3    00:00:00 su
4 S     0 20804 20801  0  80   0 -  1362 wait   pts/3    00:00:00 bash
0 S     0 21092 20804  0  80   0 - 39807 -      pts/3    00:21:42 zypper
4 S     0 22519 19943  0  80   0 -  1110 -      pts/3    00:00:00 systemctl


(2581/4415) Installation von: rtkit-0.11_git201205151338-9.1.3 <6%>================================================================[-]


(Zusammenschnitt aus 2 Konsolen natürlich.)
Daraufhin lief zypper dup durch.
Überprüfungen mit zypper se ... oder zypper ve blieben sofort stecken.
Also trank ich mir Mut an und startete den Rechner neu.
Zunächst war ich erfreut, dass ich ein lauffähiges System habe und viele Konfigurationen von der letzten Version erhalten geblieben sind.
Leider hatte der Rechner vergessen, wie er ins Internet kommt (das erklärt auch das Scheitern der zypper-Überprüfung).
Zum Glück musste ich ihn nur an die Adresse des Standardgateways (also des Routers) erinnern.
Jetzt funktioniert das meiste auf Anhieb gut; bislang vermisse ich nur ein paar gängige Perl-Module, für die ich wohl eine einheiltiche Quelle suchen werde.

Noch einmal vielen Dank!
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben