OpenSuse Leap Upgrade stoppt bei Retrieving: system-user-root-20190513-160099.3.2.noarch.rpm 99%

Hinweis: In dem Thema OpenSuse Leap Upgrade stoppt bei Retrieving: system-user-root-20190513-160099.3.2.noarch.rpm 99% gibt es 73 Antworten auf 8 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Ich habe mal deine letzte Anweisung probiert und die Repos in yast entfernt, die neu installierte VM führt ein Upgrade durch , verliert aber sogar die Netzwerkkonfiguration. Die Produktive VM startet danach nur noch ohne xfce und auch ohne Netzwerk.

    Für den Inhalt des Beitrages 328616 haftet ausdrücklich der jeweilige Autor: mpac

    Zitat von mpac

    Ich habe mal deine letzte Anweisung probiert und die Repos in yast entfernt, die neu installierte VM führt ein Upgrade durch , verliert aber sogar die Netzwerkkonfiguration. Die Produktive VM startet danach nur noch ohne xfce und auch ohne Netzwerk.

    Was für eine Netzwerkkarte mit welchem Treiber (Leap 15.6)? Selber gebaut?

    Code
    inxi -Naz

    XFCE und wayland sind, soweit ich weiß, sich nicht grün.

    Für den Inhalt des Beitrages 328618 haftet ausdrücklich der jeweilige Autor: Sauerland

    Ich glaube, das nimmt langsam zu heftige Formen an. U.a. habe ich einen auf yast aufgesetzten named DNS-Server. Ich fürchte, der überlebt so ein upgrade auch nicht.

    Für den Inhalt des Beitrages 328625 haftet ausdrücklich der jeweilige Autor: mpac

    Yast hat nichts damit zu tun, wenn dann wären die Konfiguration der Versionen des DNS-Servers unterschiedlich.


    Auf gut deutsch:

    Yast macht nichts, was man auch mit dem bearbeiten von Konfigurationsdateien erreichen kann.

    Für den Inhalt des Beitrages 328626 haftet ausdrücklich der jeweilige Autor: Sauerland

    Es ist ja leider so dass das Migrationstool kein eigenes Logfile schreibt. Insofern wissen wir ja nicht woran es genau hängt.

    Hast Du schon mal im Journal nachgeschaut ob es da während das Migrationstool läuft irgendwelche Hinweise gibt was genau nicht funktioniert,

    z.B. mit journalctl -b ? Eventuell muss man weitere Filtermöglichkeiten in Betracht ziehen.


    Könnte das Problem in irgend einer Weise mit der Infrastruktur zusammenhängen in der Du da diese virtuellen Maschinen betreibst ?

    Was ist denn mit dem internen DNS ? Könnte es möglich sein dass der (aus welchem Grund auch immer) irgendwas nicht auflösen kann ?


    Ist nur sowas wie ein Brainstorming meinerseits weil ja die Versuche in Richtung zypper / Repositories zu keiner Verbesserung der Lage führen. Insofern könnte es sein dass der Fehler wo anders zu suchen ist.

    3 Mal editiert, zuletzt von Dachstein ()

    Für den Inhalt des Beitrages 328627 haftet ausdrücklich der jeweilige Autor: Dachstein

    Ich habe auf den OpenSuse-VM’s den DNS auf 8.8.8.8 umgestellt, da ja für das Update interne DNS-Auflösung nicht benötigt wird. IPv6 ist default aud Automatic. Alle Leap15-Updates sind immer durchgelaufen. Parallel laufen über eine ganze Menge VM’s mit unterschiedlichsten Betriebssystemen, die bis jetzt keine derartigen Probleme hatten.

    Für den Inhalt des Beitrages 328629 haftet ausdrücklich der jeweilige Autor: mpac

    Dann würde ich während des Updates mal im Journal schauen ob da was drin zu finden ist wenn das Update wieder an diesem einen Paket hängt.

    Für den Inhalt des Beitrages 328630 haftet ausdrücklich der jeweilige Autor: Dachstein

    Da kommt nicht viel brauchbares:


    Für den Inhalt des Beitrages 328729 haftet ausdrücklich der jeweilige Autor: mpac

    Dann fällt mir jetzt nur noch ein dass unter /var/log bei einem Update ein updateTestcase-Verzeichnis angelegt wird. Vielleicht steht dort irgendwo drin was genau schief geht.


    Wenn das nichts bringt dann muss auch ich hier passen.

    Für den Inhalt des Beitrages 328774 haftet ausdrücklich der jeweilige Autor: Dachstein