View a markdown version of this page

Résolution des problèmes liés aux installations de clusters intégrés Wickr - Wickr Enterprise
Problèmes générauxProblèmes de mise à niveau

Ce guide fournit de la documentation pour Wickr Enterprise. Si vous utilisez AWS Wickr, consultez le guide d'administration d'AWS Wickr ou le guide de l'utilisateur d'AWS Wickr.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résolution des problèmes liés aux installations de clusters intégrés Wickr

Toutes les instances de ces étapes de dépannage supposent que vous avez un accès shell à l'instance exécutant l'installation de Wickr Embedded Cluster et que vous avez exécuté la ./wickr-enterprise-ha shell commande pour pouvoir interagir directement avec l'installation de Kubernetes.

Problèmes généraux

Le bouton Ajouter un nœud est absent de l'écran de gestion des clusters

Installations Airgapped

Si vous installez un airgap, veuillez contacter le Support Wickr pour obtenir de l'aide afin de corriger ce comportement.

Installations standard

Si votre licence inclut le droit Embedded Cluster Multi-Node, effectuez une synchronisation des licences pour obtenir la dernière version. Si vous n'êtes pas sûr ou si vous n'avez pas ce droit, veuillez contacter le Support Wickr.

Pour effectuer une synchronisation des licences, procédez comme suit.

  1. Accédez au panneau de commande KOTS.

  2. Sur la page Tableau de bord, localisez la section des licences dans le coin supérieur droit de la page.

  3. Dans cette section, dans le coin supérieur droit, vous devriez voir un hyperlien de synchronisation des licences. Sélectionnez le lien hypertexte.

  4. Une fois la licence synchronisée, l'interface utilisateur est mise à jour et Last synced a few seconds apparaît.

  5. Choisissez Redéployer dans la section Version de la page du tableau de bord KOTS.

  6. Une fois le redéploiement terminé, revenez à Gestion des clusters et vous pourrez ajouter des nœuds.

Problèmes de mise à niveau

La mise à niveau est bloquée lors de la mise à

Si votre mise à niveau est bloquée sur Upgrading Cluster, cela signifie probablement que certains pods ne sont pas résiliés de manière appropriée. Connectez-vous à l'instance et utilisez la ./wickr-enteprise-ha shell commande pour accéder à l'environnement shell pour gérer l'installation de Kubernetes.

  1. Identifiez les pods toujours en cours d'exécution :

    kubectl -n kotsadm get pods | grep Running

  2. kubectl -n kotsadm delete pod name-of-running-pod

    Note

    Si l'un des pods en cours d'exécution est embedded-cluster-upgrade-XXXXXXXXXXXXXX-xxxxx kotsadm-xxxxxxx ou similaire, ne le supprimez pas car ces pods sont nécessaires pour effectuer la mise à niveau.

  3. Vérifiez qu'il ne reste aucun module en cours d'exécution.

    kubectl -n kotsadm get pods | grep Running

Cette procédure doit permettre à la mise à niveau du cluster de se poursuivre par la mise à niveau de Wickr.

L'application n'a pas été mise à jour lors de la mise à niveau du cluster et ne peut pas déployer la nouvelle version

Si l'application reste sur l'ancienne version après la mise à niveau, il est possible que la nouvelle version soit dans un état incohérent.

Vérifiez les enregistrements d'installation de Kubernetes :

  1. Ouvrez le shell Kubernetes depuis le programme d'installation.

    ./wickr-enterprise-ha shell

  2. Exécutez la commande kubectl suivante :

    kubectl get installations

  3. La sortie ressemblera à ceci :

    
      [root@ip-172-31-6-72 ~]# kubectl get installations
NAME             STATE      INSTALLERVERSION   CREATEDAT              AGE
20251113170603   Obsolete   2.1.3+k8s-1.30     2025-11-13T17:06:05Z   22h
20251113180133   Failed     2.6.0+k8s-1.31     2025-11-13T18:01:37Z   21h

  4. Supprimez l'installation qui a échoué.

    kubectl delete installation 20251113180133

  5. Réessayez d'exécuter la mise à niveau via le panneau d'administration de KOTS.

RabbitMQ Pod échoue avec des lignes de journal Error while waiting for Mnesia tables: {timeout_waiting_for_tables}

Le secret et le stockage de RabbitMQ ne sont pas synchronisés. Cela se produit généralement lorsque plusieurs instances de RabbitMQ s'exécutent et provoquent une erreur de sélection du leader ou de quorum. Pour résoudre ce problème, supprimez le service RabbitMQ et ses volumes de stockage, puis redéployez-le.

Pour supprimer le RabbitMQ défaillant, procédez comme suit.

  1. Supprimez le RabbitMQ Stateful set.

    kubectl -n kotsadm delete statefulset rabbitmq —cascade=orphan

  2. Supprimez les pods RabbitMQ restants. Si plusieurs modules RabbitMQ-X sont en cours d'exécution, émettez cette commande plusieurs fois pour mettre à jour la valeur RabbitMQ-X pour qu'elle corresponde aux noms des modules supplémentaires.

    kubectl -n kotsadm delete pod rabbitmq-0

  3. Supprimez le correspondant PVCs. Si plusieurs modules sont en cours d'exécution, émettez cette commande plusieurs fois en les mettant data-RabbitMQ-X à jour pour qu'ils correspondent aux pods appropriés.

    kubectl -n kotsadm delete pvc data-rabbitmq-0

  4. Vérifiez s'il reste des pods, cela ne devrait rien produire en cas de succès.

    kubectl -n kotsadm get pods|grep -i rabbitmq

  5. Vérifiez s'il en reste PVCs, cela ne devrait rien produire en cas de succès.

    kubectl -n kotsadm get pvc|grep -i rabbitmq

  6. Redéployez via le panneau d'administration KOTS.

Pour plus d'informations sur la résolution des problèmes, consultez la section Résolution des problèmes.