Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi.

Mise à niveau de v1.6.x à v1.6.y

informations générales

Un bouton Mettre à niveau apparaît sur l’écran Tableau de bord chaque fois qu’une nouvelle version SUSE Virtualization à laquelle vous pouvez mettre à niveau devient disponible. Pour plus d’informations, voir Démarrer une mise à niveau.

Pour des informations sur la mise à niveau de SUSE Virtualization dans des environnements isolés physiquement, voir Préparer une mise à niveau isolée physiquement.

Mettez à jour l’extension UI Harvester sur SUSE Rancher Prime v2.12

Vous devez utiliser une version compatible (v1.6.x) de l’extension UI Harvester pour importer des clusters SUSE Virtualization v1.6.x sur Rancher v2.12.

  1. Dans l’interface Rancher, allez à local → Applications → Dépôts.

  2. Localisez le dépôt nommé harvester, puis sélectionnez ⋮ → Actualiser.

  3. Allez à l’écran Extensions.

  4. Localisez l’extension nommée Harvester, puis cliquez sur Mettre à jour.

  5. Sélectionnez une version compatible, puis cliquez sur Mettre à jour.

  6. Laissez un certain temps pour que l’extension soit mise à jour, puis actualisez l’écran.

Problèmes connus

La mise à niveau est bloquée dans l’état "Pré-drainé"

Dans certaines situations, le gestionnaire d’instances peut ne pas réussir à nettoyer une instance de moteur, même après que l’état du CR du moteur a changé en "Arrêté". Le processus de mise à niveau est bloqué dans l’état "Pré-drainé" car le pod du gestionnaire d’instances ne peut pas être supprimé tant que le PodDisruptionBudget (PDB) correspondant existe encore.

La solution de contournement consiste à supprimer le PDB du gestionnaire d’instances après avoir vérifié que tous les volumes sont sains.

Problèmes connexes : #8977 et #11605

Le cluster invité est bloqué dans l’état "Mise à jour"

Un cluster invité RKE2 peut être bloqué dans l’état "Mise à jour" après que SUSE Virtualization a été mis à niveau. Le message d’erreur suivant s’affiche sur l’interface SUSE Virtualization :

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

Le problème se produit lorsque l’adresse IP du nœud invité change après la mise à niveau, ce qui entraîne un dysfonctionnement d’etcd. Il est probable que la machine virtuelle sous-jacente ait été redémarrée plusieurs fois et ait reçu une nouvelle adresse IP du serveur DHCP.

Pour résoudre le problème, effectuez les étapes suivantes :

  1. Dans l’interface Rancher, supprimez le nœud à l’origine de l’erreur du cluster invité.

  2. Dans l’interface SUSE Virtualization, vérifiez l’état de la machine virtuelle sous-jacente.

  3. Si nécessaire, redémarrez la machine virtuelle.

La machine virtuelle est supprimée, et le cluster invité tente de créer un nouveau nœud. Une fois le nœud créé, l’état du cluster invité change en "Actif".

Problème connexe : #8950

La machine virtuelle arrêtée est bloquée dans l’état "Démarrage"

Un volume SUSE Storage peut osciller entre les états "Détachement" et "Détaché" après une migration à chaud. Parce que le volume n’est pas prêt, la machine virtuelle associée ne peut pas démarrer complètement.

La solution de contournement consiste à vider le status.currentMigrationNodeID du volume à l’aide de la commande suivante :

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

Problèmes connexes : #8949 et #11479

4. La mise à niveau vers v1.6.1-rc2 est bloquée dans l’état "Pré-drainé"

Le processus de mise à niveau peut rester indéfiniment bloqué dans l’état "Pré-drainé" si le chemin de mise à niveau spécifique suivant est suivi :

  • Le cluster a d’abord été mis à niveau de v1.5.1 à v1.6.0.

  • Une mise à niveau subséquente de v1.6.0 à v1.6.1-rc2 est tentée.

Vous pouvez voir le message d’erreur suivant lorsque vous vérifiez le contrôleur SUSE Virtualization :

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"

Il s’agit d’un échec de synchronisation rare : le travail a déjà été créé mais l’objet de mise à niveau n’a pas été mis à jour.

La solution de contournement consiste à supprimer le travail de post-drainage existant, puis à attendre que l’Upgrade Controller le recrée.

Problème connexe : #9293