Ne mettez pas à niveau vers Trident 26.10.0 depuis Trident 25.10 ou toute version antérieure. Au démarrage, les pods de nœud Trident peuvent détacher des volumes encore en cours d’utilisation. Les pods concernés peuvent échouer avec l’erreur volume …​ is not staged. Un correctif est en cours de développement. Attendez qu’une version incluant ce correctif soit disponible avant d’effectuer la mise à niveau.

Ce problème concerne les clients qui effectuent une mise à niveau directe de Trident 22.10 ou d'une version antérieure vers Trident 26.10 alors que des volumes sont attachés. Les mises à niveau depuis Trident 23.01 ou une version ultérieure ne sont pas concernées.

Après la mise à niveau, il est possible que les volumes concernés ne se détachent pas. Les pods utilisant des volumes ReadWriteOnce (RWO) ne peuvent pas être déplacés vers un autre nœud et peuvent signaler une erreur de multi-attachement. La suppression du PersistentVolume (PV) peut également se bloquer.

Pour contourner ce problème, sur le nœud qui possède l’attachement de volume obsolète, supprimez le fichier restant volumePublishInfo.json du répertoire globalmount de ce volume.

Deux solutions de contournement sont disponibles :

Lors de la restauration de fichiers de 30 Go ou plus à partir d'une sauvegarde Amazon S3 effectuée à l'aide de Restic, l'opération de restauration peut échouer. En guise de solution de contournement, sauvegardez les données en utilisant Kopia comme outil de transfert de données (Kopia est l'outil de transfert de données par défaut pour les sauvegardes). Se référer à "Protégez les applications à l'aide de Trident Protect" pour les instructions.