Dieses Dokument wurde mithilfe automatisierter maschineller Übersetzungstechnologie übersetzt. Wir bemühen uns um korrekte Übersetzungen, übernehmen jedoch keine Gewähr für die Vollständigkeit, Richtigkeit oder Zuverlässigkeit der übersetzten Inhalte. Im Falle von Abweichungen ist die englische Originalversion maßgebend und stellt den verbindlichen Text dar.

Upgrade von v1.6.x auf v1.6.y

Allgemeine Informationen

Ein Upgrade Button erscheint auf dem Dashboard Bildschirm, wann immer eine neue SUSE Virtualization Version verfügbar ist, auf die Sie upgraden können. Für weitere Informationen siehe Starten eines Upgrades.

Für Informationen zum Upgrade von SUSE Virtualization in Air-Gapped-Umgebungen siehe Vorbereiten eines Air-Gapped-Upgrades.

Aktualisieren Sie die Harvester UI-Erweiterung auf SUSE Rancher Prime v2.12

Sie müssen eine kompatible Version (v1.6.x) der Harvester UI-Erweiterung verwenden, um SUSE Virtualization v1.6.x Cluster auf Rancher v2.12 zu importieren.

  1. Gehen Sie in der Rancher UI zu lokalen → Apps → Repositories.

  2. Suchen Sie das Repository mit dem Namen harvester und wählen Sie dann ⋮ → Aktualisieren aus.

  3. Gehen Sie zum Bildschirm Erweiterungen.

  4. Suchen Sie die Erweiterung mit dem Namen Harvester und klicken Sie dann auf Aktualisieren.

  5. Wählen Sie eine kompatible Version aus und klicken Sie dann auf Aktualisieren.

  6. Lassen Sie etwas Zeit für die Aktualisierung der Erweiterung und aktualisieren Sie dann den Bildschirm.

Bekannte Probleme

Upgrade steckt im "Vorentleert"-Zustand fest

In bestimmten Situationen kann der Instanzmanager möglicherweise eine Engine-Instanz nicht bereinigen, selbst nachdem sich der Zustand des Engine-CR in "Gestoppt" geändert hat. Der Upgrade-Prozess bleibt im "Vorentleert"-Zustand stecken, weil das Instanzmanager-Pod nicht gelöscht werden kann, solange das entsprechende PodDisruptionBudget (PDB) noch existiert.

Die Lösung besteht darin, das Instanzmanager-PDB zu löschen, nachdem sichergestellt wurde, dass alle Volumes gesund sind.

Verwandte Probleme: #8977 und #11605

Gast-Cluster steckt im "Aktualisieren"-Zustand fest

Ein RKE2 Gast-Cluster kann im "Aktualisieren"-Zustand stecken bleiben, nachdem SUSE Virtualization aktualisiert wurde. Die folgende Fehlermeldung wird auf der SUSE Virtualization UI angezeigt:

Configuring etcd node(s) rke2-pool1-xdvfc-qf4vb: Node condition MemoryPressure is Unknown. Node condition DiskPressure is Unknown. Node condition PIDPressure is Unknown. Node condition Ready is Unknown, waiting for probes: calico, etcd, kube-apiserver, kube-controller-manager

Das Problem tritt auf, wenn sich die IP-Adresse des Gastknotens nach dem Upgrade ändert, was zu Fehlfunktionen von etcd führt. Es ist wahrscheinlich, dass die zugrunde liegende virtuelle Maschine mehrmals neu gestartet wurde und eine neue IP-Adresse vom DHCP-Server erhalten hat.

Um das Problem zu beheben, führen Sie die folgenden Schritte aus:

  1. Löschen Sie im Rancher UI den fehlerverursachenden Knoten aus dem Gastcluster.

  2. Überprüfen Sie im SUSE Virtualization UI den Status der zugrunde liegenden virtuellen Maschine.

  3. Falls erforderlich, starten Sie die virtuelle Maschine neu.

Die virtuelle Maschine wird entfernt, und das Gastcluster versucht, einen neuen Knoten zu erstellen. Sobald der Knoten erstellt ist, ändert sich der Status des Gastclusters in "Aktiv".

Verwandtes Problem: #8950

Die gestoppte virtuelle Maschine steckt im Status "Starten" fest.

Ein SUSE Storage Volume kann nach einer Live-Migration zwischen den Zuständen "Trennen" und "Getrennt" wechseln. Da das Volume nicht bereit ist, kann die zugehörige virtuelle Maschine nicht vollständig gestartet werden.

Die Umgehungslösung besteht darin, das status.currentMigrationNodeID des Volumes mit dem folgenden Befehl zu löschen:

kubectl patch -n longhorn-system volume <volume> \
  --type=merge \
  --subresource status \
  -p '{"status":{"currentMigrationNodeID":""}}'

Verwandte Probleme: #8949 und #11479

4. Upgrade auf v1.6.1-rc2 steckt im "Vorentleert"-Zustand fest.

Der Upgrade-Prozess kann unendlich im "Vorentleert"-Zustand stecken bleiben, wenn der folgende spezifische Upgrade-Pfad eingehalten wird:

  • Der Cluster wurde zuerst von v1.5.1 auf v1.6.0 aktualisiert.

  • Ein anschließendes Upgrade von v1.6.0 auf v1.6.1-rc2 wird versucht.

Sie können die folgende Fehlermeldung sehen, wenn Sie den SUSE Virtualization Controller überprüfen:

harvester-899b4df79-mzgkx apiserver time="2025-10-11T07:21:17Z" level=error msg="error syncing 'fleet-local/custom-a8796656aa4c-machine-plan': handler harvester-upgrade-secret-controller: jobs.batch \"hvst-upgrade-7zqp7-post-drain-hp-113-tink-system\" already exists, requeuing"
harvester-899b4df79-mzgkx apiserver time="2025-10-11T07:23:17Z" level=error msg="error syncing 'fleet-local/custom-a8796656aa4c-machine-plan': handler harvester-upgrade-secret-controller: jobs.batch \"hvst-upgrade-7zqp7-post-drain-hp-113-tink-system\" already exists, requeuing"
harvester-899b4df79-mzgkx apiserver time="2025-10-11T07:25:17Z" level=error msg="error syncing 'fleet-local/custom-a8796656aa4c-machine-plan': handler harvester-upgrade-secret-controller: jobs.batch \"hvst-upgrade-7zqp7-post-drain-hp-113-tink-system\" already exists, requeuing"

Dies ist ein seltener Synchronisierungsfehler: Der Job wurde bereits erstellt, aber das Upgrade-Objekt wurde nicht aktualisiert.

Die Lösung besteht darin, den vorhandenen Post-Drain-Job zu löschen und dann zu warten, bis der Upgrade Controller ihn neu erstellt.

Verwandtes Problem: #9293