Nach über 25 Jahren "suse" oder "opensuse" weiß "Mann", daß die jeweilige xx.1 und xx.2 Version fast immer oder zu oft nicht richtig funktionierte. Mal ging der ftp-Server nicht mehr oder die Netzwerk Konfiguration hatte Macken. Irgendetwas ging immer nicht.

Also möglichst die jeweils letzte opensuse 12.3 oder 13.3 einer Generation oder wie jetzt bei uns die opensuse 42.3 installieren bzw. nutzen. Und das hat geklappt. Also die opensuse 12.3 lief hervorragend, die 13.3 auch und jetzt sogar die 42.3 (also eigentlich die 14.3 - weil es inzwischen mit Version 15 weiter geht).
.

In einem opensuse Forum gefunden, es ist ganz einfach :

im Verzeichnis der Repositories (/etc/zypp/repos.d/) müssen die Repo-Namen geändert werden - zum Bespiel von

von 13.1 auf 42.3 und das geht so :

sed -i 's/13\.1/42.3/g' /etc/zypp/repos.d/*

oder von 42.1 nach 42.3

sed -i 's/42\.1/42.3/g' /etc/zypp/repos.d/*

Man kann diese Zeile je nach alter Version anpassen.

• Es muß leider der neue Link auf "leap" von Hand korrigiert werden, die alten Links (bis opensuse 13.2) gelten bei leap nicht mehr - das war ein erster Fehler.

.
Ich mache auf jeden Fall !! vorher ein "ping" auf "downoad.opensuse.com" oder "downoad.opensuse.org", - einfach als Test, ob mein DNS funktioniert und ob der Server überhaupt erreichbar ist und ob die Antwortzeit akzeptabel ist.

Die zweite Kommandozeile nach der Korrektur des neuen "leap"-Links sieht dann so aus

zypper clean -a && zypper dup

und endlich - von nun an läuft alles vollautomatisch ab und es läuft eine Menge ab, viele viele Seiten laufen da am Bildschirm durch.

Es seien angeblich 550 MB, die da neu hinzukommen, auch wenn eine Menge gelöscht wird.
.

Nach vielen Warnungen und Unkenrufen bezüglich der "Distributionsaktualisierungen" habe ich es an einer unproblematischen lokalen VirtualBox DOM 0 ausprobiert. Also keine lebensnotwendigen Anwendungsprogramme und keine grafische Oberfläche wie KDM oder GNOME, sondern nur der icewm und X11 waren installiert und natürlich der Virtualbox- Manger für opensuse 13.1.

Facit : Es dauert etwas über 30 Minuten auch mit DSL 50.000 und 4 CPUs a 3,2 GHz. Und es war unproblematisch, weil ich an der Tastaur direkt vor dem PC saß.

Die Installation hatte keine Unterbrechung - also die Netzwerktreiber haben auf Anhieb funktioniert und nach einem Kaltstart war alles wieder da. Das war mustergültig und erfreulich. Denn jetzt geht es weiter.
.

Das war dann schon eher heikel, weil der DNS- (bind) Server in aktuellem Betrieb ist und im Rechnzentrum als VM unter XEN läuft. Doch hier war es doch nicht so gefährlich, weil ich über die HP/Compaq iLo Fernconsole immer auf jede VM quasi als lokaler Admin drauf zu greifen kann. Also wenn das Update doch mißlingt - wegen der virtuellen Netzwerkkarte unter XEN, kann ich mir helfen.

Auch hier hatte es erreulich problemlos funktioniert, weil auf diesem DNS-Server außer dem DNS-bind Job nichts weiter laufen muß.
.

Auf dem laufenden "sendmail" Server samt "webmin" 1.81 war bereits die opensuse 42.1 Version drauf und das Update auf 42.3 folgte als nächstes.

Zeitbedarf war wieder etwa 20 bis 30 Minuten, je nach Tageszeit. Auch hier ist alles durchgelaufen und ohne viel zu testen hatte ich als "root" ein "reboot" eingetippt. Auch dieser Server kam völlig unproblematisch innerhalb von wenigen Sekunden wieder hoch - und der sendmail Server empfing sofort wieder die Mails von draußen.
.

Jetzt zum ersten Male auf einem Test-Server bei uns im Haus ein Update eines laufenden "XEN DOM0"- Grundsystems - und alles remote, als wenn der Server irgendwo in einem fernen Rechnerraum stehen "würde".

Wie oben gesagt, das Austauschen von opensuse 13.2 in 42.3 in allen "/etc(zypp/repos" Dateien reicht nicht mehr, der Link stimmt nicht mehr und muß ebenfalls korrigiert werden. Ich habe die aktuellen 42.3 repos Dateien einfach rüber kopiert, das war einfacher als die Zeilen einzeln zu kopieren.

Dieses Update dauert schon seine Zeit, auch wenn wir inzwischen mit 200 Mbit über Coax-Kabel angeschlossen sind.

Laut der Auslastungsanzeige "htop" ist die eine 2,6 GHz 64bit CPU die Bremse des Updates, und das ist erstaunlich. Also nicht der 100MBit Switch ist da im Weg, nein, die CPU könnte (noch) leistungsfähiger sein. Der Zielserver hat dann wieder 8 x 3,2 GHz 64bit Kerne.

.