Runbooks d'alerte

Niveaux de gravité des alertes et procédures de résolution des problèmes pour les alertes Automation Suite sur EKS/AKS.

Remarque :

• Pour obtenir des instructions générales sur l'utilisation des outils disponibles pour les alertes, les métriques et les visualisations, consultez la section Utiliser la pile de surveillance.
• Pour en savoir plus sur la résolution des problèmes et la création d’un package d’assistance destiné aux ingénieurs d’assistance UiPath®, consultez la section Résolution des problèmes.
• Lorsque vous contactez le support UiPath®, veillez à inclure toutes les alertes qui se déclenchent actuellement.

Clé de gravité de l'alerte

Le tableau suivant décrit les niveaux de gravité des alertes.

Gravité de l’alerte	Description
Info	Peu courant mais inoffensif. Peut être désactivé mais peut être utile lors des diagnostics.
Avertissement	Indique une dégradation ciblée des fonctionnalités ou d'une dégradation probable dans un futur proche, pouvant affecter l'ensemble du cluster. Une action rapide est recommandée (généralement dans les prochains jours) pour maintenir le cluster en bonne santé.
Critique (Critical)	Connu pour provoquer une grave dégradation des fonctionnalités, souvent généralisée au sein du cluster. Nécessite une action immédiate (le jour même) pour réparer le cluster.

Règles.générales

TargetDown

Prometheus n'est pas en mesure de collecter les métriques de la cible dans l'alerte, ce qui signifie que les tableaux de bord Grafana et d'autres alertes basées sur les métriques de cette cible ne sont pas disponibles. Vérifiez les autres alertes relatives à cette cible.

Kubernetes-storage

KubePersistentVolumeFillingUp

Quand Avertissement : l'espace disponible est inférieur à 30 % et il est probable qu'il se remplira d'ici quatre jours.

Lorsque critique : l'espace disponible est inférieur à 10 %.

Pour tous les services qui manquent d'espace, les données peuvent être difficiles à récupérer, les volumes doivent donc être redimensionnés avant d'atteindre 0 % d'espace disponible.

Pour les alertes spécifiques à Prometheus, reportez-vous à PrometheusStorageUsage pour plus de détails.

kubernetes-apps

KubePodNotReady

Un pod a démarré, mais il ne répond pas avec succès à la sonde de santé. Cela peut signifier qu’il est bloqué et qu’il n’est pas en mesure de desservir le trafic. Vous pouvez vérifier les journaux de pod avec kubectl logs pour voir s’il y a une indication de progression. Si le problème persiste, contactez le support UiPath®.

kubernetes-system-kubelet

KubeNodeNotReady, KubeNodeUnderstanding, KubeletDown

Ces alertes indiquent un problème avec un nœud. Dans les clusters en mode de production multi-nœuds compatible haute disponibilité, les pods seraient probablement replanifiés sur d'autres nœuds. Si le problème persiste, vous devez supprimer et vider le nœud pour maintenir l'intégrité du cluster. Dans les clusters sans capacité supplémentaire, un autre nœud doit d'abord être joint au cluster.

Si les problèmes persistent, contactez le support UiPath®.

kubernetes-system

KubernetesMemoryPressure

Cette alerte indique que l'utilisation de la mémoire est très élevée sur le nœud Kubernetes.

Les nœuds Kubernetes avec le type d'incident MemoryPressure se produisent lorsqu'un nœud de cluster Kubernetes dispose d'une mémoire insuffisante, ce qui peut être dû à une fuite de mémoire dans une application. Ce type d'incident nécessite une attention immédiate pour éviter tout temps d'arrêt et assurer le bon fonctionnement du cluster Kubernetes.

Si cette alerte se déclenche, essayez d'identifier le pod sur le nœud qui consomme plus de mémoire, en procédant comme suit :

1. Récupérez les statistiques du processeur et de la mémoire des nœuds :

   kubectl top node
   

2. Récupérez les pods exécutés sur le nœud :

   kubectl get pods --all-namespaces -o wide --field-selector spec.nodeName=${NODE_NAME}
   

3. Vérifiez l'utilisation de la mémoire pour les pods dans un espace de noms en utilisant :

   kubectl top pod --namespace <namespace>
   kubectl logs -f <pod-name> -n <ns>
   

Si vous êtes en mesure d'identifier n'importe quel pod avec une utilisation élevée de la mémoire, consultez les journaux du pod et recherchez les erreurs de fuite de mémoire.

Pour résoudre ce problème, augmentez si possible les spécifications de mémoire des nœuds.

Si le problème persiste, générez lepack d’assistance et contactez le support UiPath®.

KubernetesDiskPressure

Cette alerte indique que l'utilisation du disque est très élevée sur le nœud Kubernetes.

Si cette alerte se déclenche, essayez de voir quel pod consomme davantage de disque :

• Confirmez si le nœud se trouve sous DiskPressure à l'aide de la commande suivante :

  kubectl describe node <node-name>
  

Identifiez la condition DiskPressure dans la sortie.

• Vérifiez l'utilisation de l'espace disque sur le nœud concerné :

  df -h
  

Cela indique l'utilisation du disque sur tous les systèmes de fichiers montés. Identifier où l’utilisation élevée.

• Si le disque est plein et que le nettoyage est insuffisant, envisagez de redimensionner le disque pour le nœud (en particulier dans les environnements cloud tels qu’AWS ou GCP). Ce processus peut impliquer une augmentation des volumes, en fonction de votre infrastructure.

node-exporter

NodeFilesystemSpaceFillingUp

Le système de fichiers sur un nœud particulier se remplit.

Si cette alerte se déclenche, tenez compte des étapes suivantes :

• Confirmez si le nœud se trouve sous DiskPressure à l'aide de la commande suivante :

  kubectl describe node <node-name>
  

Identifiez la condition DiskPressure dans la sortie.

• Effacez les journaux et les fichiers temporaires. Vérifiez les fichiers journaux volumineux dans /var/log/ et supprimez-les, si possible.
• Vérifiez l'utilisation de l'espace disque sur le nœud concerné :

  df -h
  

Cela indique l'utilisation du disque sur tous les systèmes de fichiers montés. Identifier où l’utilisation élevée.

• Si le disque est plein et que le nettoyage est insuffisant, envisagez de redimensionner le disque pour le nœud (en particulier dans les environnements cloud tels qu’AWS ou GCP). Ce processus peut impliquer une augmentation des volumes, en fonction de votre infrastructure.

NodeNetworkReceiveErrs

Ces erreurs indiquent que le pilote réseau signale un nombre élevé d'échecs. Cela peut être dû à des défaillances matérielles ou à une mauvaise configuration du réseau physique. Ce problème concerne le système d’exploitation et n’est pas contrôlé par l’application UiPath®.

L'alerte est déclenchée en surveillant le compteur/proc/net/dev fourni par le noyau Linux.

Contactez votre administrateur réseau et l'équipe qui gère l'infrastructure physique.

NodeNetworkTransmitErrs

Ces erreurs indiquent que le pilote réseau signale un nombre élevé d'échecs. Cela peut être dû à des défaillances matérielles ou à une mauvaise configuration du réseau physique. Ce problème concerne le système d’exploitation et n’est pas contrôlé par l’application UiPath®.

L'alerte est déclenchée en surveillant le compteur/proc/net/dev fourni par le noyau Linux.

Contactez votre administrateur réseau et l'équipe qui gère l'infrastructure physique.

InternodeCommunicationBroken

Le nœud ne répond plus en raison d’un problème provoquant une rupture de la communication entre les nœuds du cluster.

Si le problème persiste, contactez le support UiPath® avec le pack d’assistance généré.

uipath.prometheus.resource.provisioning.alerts

PrometheusMemoryUsage, PrometheusStorageUsage

Ces alertes vous avertissent lorsque le cluster approche des limites configurées pour la mémoire et le stockage. Cela est susceptible de se produire sur les clusters avec une augmentation substantielle récente de l'utilisation (généralement de la part des Robots plutôt que des utilisateurs), ou lorsque des nœuds sont ajoutés au cluster sans ajuster les ressources Prometheus. Cela est dû à une augmentation de la quantité de mesures collectées.

Cela peut également être dû au grand nombre d'alertes qui sont déclenchées; il est important de vérifier pourquoi la grande quantité d'alertes est déclenchée.

Si le problème persiste, contactez le support UiPath® en fournissant le bundle de support généré.

alertmanager.rules

AlertmanagerConfigInconsistent

Cette alerte se déclenche lorsque Alertmanager instances d'un même cluster ont des configurations différentes. Cela peut indiquer un problème avec le déploiement de la configuration qui n'est pas cohérent pour toutes les instances de Alertmanager.

Pour résoudre le problème, procédez comme suit :

1. Exécutez un outil diff entre tous les alertmanager.yml déployés pour identifier le problème.
2. Supprimez la clé secrète incorrecte et déployez la bonne clé secrète.

Si le problème persiste, contactez le support UiPath®.

AlertmanagerFailedReload

AlertManager n’a pas pu charger ou recharger la configuration. Veuillez vérifier toutes les configurations AlertManager personnalisées pour les erreurs de saisie; sinon, contactez l’assistance UiPath® et fournissez le bundle d’assistance. Pour de plus amples informations, consultez la section Utiliser le pack d'assistance Automation Suite.

AlertmanagerMembersInconsistent

Cette alerte se déclenche lorsque Alertmanager n'a pas trouvé tous les autres membres du cluster.

UiPathAvailabilityHighTrafficBackend, UiPathAvailabilityMediumTrafficUserFacing, UiPathAvailabilityMediumTrafficBackend, UiPathAvailabilityLowTrafficUserFacing, UiPathAvailabilityLowTrafficBackend

Le nombre de réponses http 500 des services UiPath® dépasse la limite donnée.

Le tableau suivant répertorie les seuils de niveau de trafic et les taux d’erreur.

Niveau de trafic	Nombre de requêtes en 20 minutes	Seuil d'erreur (pour http 500s)
Haute	>100 000	0,1 %
Moyenne	Entre 10 000 et 100 000	1 %
Basse	< 10 000	5 %

Les erreurs dans les services destinés aux utilisateurs entraîneraient probablement une dégradation des fonctionnalités directement observable dans l'interface utilisateur d'Automation Suite, tandis que les erreurs dans les services principaux auraient des conséquences moins visibles.

L'alerte indique quel service connaît actuellement un taux d'erreur élevé. Pour comprendre les problèmes pouvant découler d'autres services dont dépend le service de création de rapports, vous pouvez utiliser le tableau de bord Istio Workload, qui affiche les erreurs entre les services.

Veuillez revérifier tous les produits Automation Suite récemment reconfigurés. Des journaux détaillés sont également disponibles avec la commande kubectl logs. Si l’erreur persiste, veuillez contacter l’assistance UiPath®.

uipath.cronjob.alerts.rules

IdentityKerberosTgtUpdateFailed

Cette tâche met à jour le dernier ticket Kerberos pour tous les services UiPath®. Les échecs de cette tâche entraîneraient l’échec de l’authentification du serveur SQL. Veuillez contacter l’assistance UiPath®.

ceph.rules, cluster-state-alert.rules

CephMgrIsAbsent

Cette alerte indique que Ceph Manager a disparu de la découverte de cibles Prometheus.

Si cette alerte se déclenche, vérifiez et assurez-vous que le pod du gestionnaire Ceph est opérationnel et sain. Si le pod est sain, consultez les journaux et vérifiez si le pod est activé pour émettre des métriques Prometheus.

Nœud Ceph

Cette alerte indique qu'un nœud exécutant des pods Ceph est en panne. Bien que les opérations de stockage continuent de fonctionner car Ceph est conçu pour gérer une défaillance de nœud, il est recommandé de résoudre le problème afin de minimiser le risque qu'un autre nœud tombe en panne et affecte les fonctions de stockage.

Si cette alerte se déclenche, dans le cas d'un cluster multi-nœuds, le pod doit être planifié sur un autre nœud. Assurez-vous que les nouveaux pods OSD dans l'espace de noms rook-ceph sont en cours d'exécution et en état sain dans le nouveau nœud.

Vous pouvez vérifier l'échec du nœud en décrivant le nœud à l'aide de la commande suivante :

kubectl get nodes

Vérifiez le nœud pour identifier la cause profonde du problème et contactez l’assistance UiPath®.

Alertes Ceph

CephClusterCriticallyFull

Cette alerte indique que l'utilisation du cluster de stockage Ceph a franchi 80 % et passera en lecture seule à 85 %.

Si cette alerte se déclenche, libérez de l'espace dans Ceph en supprimant certains ensembles de données inutilisés dans AI Center, ou augmentez le stockage disponible pour Ceph PVC.

Avant de redimensionner PVC, assurez-vous de répondre aux exigences de stockage.

CephClusterReadOnly

Cette alerte indique que l'utilisation du cluster de stockage Ceph a franchi 85 % et passera désormais en lecture seule. Libérez de l'espace ou développez immédiatement le cluster de stockage.

Si cette alerte se déclenche, libérez de l'espace dans Ceph en supprimant certains ensembles de données inutilisés dans AI Center, ou augmentez le stockage disponible pour Ceph PVC.

Avant de redimensionner PVC, assurez-vous de répondre aux exigences de stockage.

CephPoolQuotaBytesCriticallyExhausted

Cette alerte indique que l'utilisation du pool de stockage Ceph a dépassé 90 %.

Si cette alerte se déclenche, libérez de l'espace dans CEPH en supprimant certains ensembles de données inutilisés dans AI Center, ou augmentez le stockage disponible pour Ceph PVC.

Avant de redimensionner PVC, assurez-vous de répondre aux exigences de stockage.

CephClusterErrorState

Cette alerte indique que le cluster de stockage Ceph est en état d'erreur depuis plus de 10 minutes.

Cette alerte indique que la tâche rook-ceph-mgr est en état d'erreur depuis une durée inacceptable. Recherchez d’autres alertes qui auraient pu être déclenchées avant celle-ci et résolvez-les en premier.

CephOSDCriticallyFull

Lorsque la gravité de l'alerte est Critique (Critical), l'espace disponible est inférieur à 20 %.

Pour tous les services qui manquent d'espace, les données peuvent être difficiles à récupérer, nous vous recommandons donc de redimensionner les volumes avant d'atteindre 10 % d'espace disponible. Consultez les instructions suivantes : .

uipath.requestrouting.alerts

UiPathRequestRouting

Des erreurs dans la couche de routage des requêtes entraîneraient une dégradation des fonctionnalités directement observable dans l'interface utilisateur d'Automation Suite. Les requêtes ne seront pas routées vers les services principaux.

Vous pouvez trouver un journal d'erreurs détaillé du routage des demandes dans les pods istio-ingressgateway de l'espace de noms istio-system. Récupérez le nom du pod en exécutant les commandes suivantes :

kubectl get pods -n istio-system
kubectl logs <istio-ingressgateway-pod-name> -n istio-system

Si l’erreur persiste, veuillez contacter l’assistance UiPath®.

osd-alert.rules

Mappage CephOSDFl

Cette alerte indique que le démon de stockage a redémarré plus de 5 fois en 5 dernières minutes.

Si cette alerte se déclenche, procédez comme suit :

1. Vérifiez l'intégrité du cluster Ceph. Vous devez exécuter ceph status dans la boîte à outils Ceph pour identifier les OSD flottants :

   kubectl -n rook-ceph exec -it <ceph-tools-pod> -- ceph status
   

   Vous pouvez identifier le pod de Ceph Tools en répertoriant les pods dans l'espace de noms :

   kubectl -n rook-ceph get pod | grep tools
   

2. Consultez les journaux OSD du pod OSD flottant pour identifier les problèmes :

   kubectl -n rook-ceph logs <osd-pod>
   

3. Identifier les problèmes au niveau du nœud :

   • Vérifiez l’utilisation des ressources :

     kubectl top node <node-name>
     

   • Vérifiez l'intégrité du disque. Vous devez vous connecter en SSH au nœud et exécuterdf -h et dmesg pour vérifier les erreurs de disque.

4. Redémarrez le pod OSD. Si le problème est temporaire, vous devez redémarrer le pod OSD flottant :

   kubectl -n rook-ceph delete pod <osd-pod>
   

5. Assurez-vous qu'il n'y a pas de problèmes de connectivité réseau entre les OSD et les moniteurs Ceph.

6. Si nécessaire, marquez temporairement l'OSD flottant comme out:

   ceph osd out <osd-id>
   

7. Continuez à surveiller le cluster pour vous assurer que le problème ne se produit pas.

Disque CephOSD Ne Répond pas

Cette alerte indique que le périphérique de disque hôte ne répond pas.

Si cette alerte se déclenche, procédez comme suit :

1. Vérifiez le statut du cluster Ceph. Vous devez confirmer l'intégrité globale du cluster Ceph et obtenir plus de détails sur le statut de l'OSD :

   • Exécutez la commande suivante dans le pod de boîte à outils Ceph :

     kubectl -n rook-ceph exec -it <ceph-tools-pod> -- ceph status
     

   • Identifiez le pod de outils Ceph en répertoriant les pods dans l'espace de noms :

     kubectl -n rook-ceph get pod | grep tools
     

2. Vérifiez le statut du pod OSD. Vous devez vérifier si les pods OSD sont en cours d'exécution. Exécutez la commande suivante pour vérifier tous les statuts des pods OSD :

   kubectl -n rook-ceph get pods | grep osd
   

   Si un pod OSD est dans un état CrashLoopBackOff ou Pending, cela peut indiquer un problème avec le disque OSD ou le nœud sous-jacent.

3. Redémarrez le pod OSD affecté. Si un pod OSD est dans un état incorrect (CrashLoopBackOff, Error, etc.), vous devez redémarrer le pod pour voir si le problème se résout lui-même. Kubernetes tente automatiquement de replanifier le pod.

   kubectl -n rook-ceph delete pod <osd-pod>
   

   Le pod OSD sera redémarré, et s'il s'agit d'un problème temporaire, cela pourra le résoudre.

4. Vérifiez les journaux du système d'exploitation. Si le redémarrage n'a pas résolu le problème, consultez les journaux du pod OSD pour plus de détails sur la raison pour laquelle le disque ne répond pas :

   kubectl -n rook-ceph logs <osd-pod>
   

   Recherchez les erreurs liées au disque ou d'autres problèmes (par exemple, erreurs d'E/S, échec de montages).

5. Identifier les problèmes au niveau du nœud. Si le disque OSD n'est pas monté correctement ou a été déconnecté, vous pouvez vous connecter au nœud concerné et vérifier l'état de montage du disque :

   ssh <node> df -h
   

Recherchez les disques manquants ou non montés que Ceph attend. Si nécessaire, montez le disque ou remplacez-le s'il a échoué.

DisqueCephOSDIndisponible

Cette alerte indique que le disque Ceph OSD n'est pas accessible sur l'hôte.

Si cette alerte se déclenche, procédez comme suit :

1. Vérifiez le statut du cluster Ceph. Vous devez confirmer l'intégrité globale du cluster Ceph et obtenir plus de détails sur le statut de l'OSD :

   • Exécutez la commande suivante dans le pod de boîte à outils Ceph :

     kubectl -n rook-ceph exec -it <ceph-tools-pod> -- ceph status
     

   • Identifiez le pod de outils Ceph en répertoriant les pods dans l'espace de noms :

     kubectl -n rook-ceph get pod | grep tools
     

2. Vérifiez le statut du pod OSD. Vous devez vérifier si les pods OSD sont en cours d'exécution. Exécutez la commande suivante pour vérifier tous les statuts des pods OSD :

   kubectl -n rook-ceph get pods | grep osd
   

   Si un pod OSD est dans un état CrashLoopBackOff ou Pending, cela peut indiquer un problème avec le disque OSD ou le nœud sous-jacent.

3. Redémarrez le pod OSD affecté. Si un pod OSD est dans un état incorrect (CrashLoopBackOff, Error, etc.), vous devez redémarrer le pod pour voir si le problème se résout lui-même. Kubernetes tente automatiquement de replanifier le pod.

   kubectl -n rook-ceph delete pod <osd-pod>
   

Le pod OSD sera redémarré et s'il s'agit d'un problème temporaire, cela peut le résoudre. 4. Vérifiez les journaux OSD. Si le redémarrage n'a pas résolu le problème, consultez les journaux du pod OSD pour plus de détails sur la raison pour laquelle le disque ne répond pas :

kubectl -n rook-ceph logs <osd-pod>

Recherchez les erreurs liées au disque ou d'autres problèmes (par exemple, erreurs d'E/S, échec de montages).

persistent-volume-alert.rules

PersistentVolumeUsageCritical

Si cette alerte se déclenche, libérez de l'espace dans Ceph en supprimant certains ensembles de données inutilisés dans AI Center, ou augmentez le stockage disponible pour Ceph PVC.

Avant de redimensionner PVC, assurez-vous de répondre aux exigences de stockage.

Alertes de certificat TLS de serveur

SecretCertificateExpiry7Days

Cette alerte indique que le certificat TLS du serveur expirera dans les 7 jours suivants.

Pour résoudre ce problème, mettez à jour le certificat TLS. Pour obtenir des instructions, consultez la section Gestion des certificats de serveur.

RKE2ExpirationCertificate7Jours

Cette alerte indique que le certificat du serveur RKE2 expirera dans les 7 prochains jours.

Alertes de certificat de signature de jeton d'identité

IdentityCertificateExpiry30Days

Cette alerte indique que le certificat de signature de jeton d'identité expirera dans les 30 jours suivants.

Pour résoudre ce problème, mettez à jour le certificat de signature de jeton d'identité. Pour obtenir des instructions, consultez la section Gestion des certificats de serveur.

IdentityCertificateExpiry7Days

Cette alerte indique que le certificat de signature de jeton d'identité expirera dans les 7 jours suivants.

Pour résoudre ce problème, mettez à jour le certificat de signature de jeton d'identité. Pour obtenir des instructions, consultez la section Gestion des certificats de serveur.

Alertes etdc

EtcdGrpcRequestsSlow

Cette alerte indique que les requêtes etcd GRPC sont lentes. Ceci est un avertissement.

Si cette alerte persiste, contactez le support UiPath®.

EtcdHttpRequestsSlow

Cette alerte indique que les requêtes HTTP ralentissent. Ceci est un avertissement.

Alertes de taille de disque

LowDiskForRancherPartition

Cette alerte indique que l'espace libre de la partition /var/lib/rancher est inférieur à :

• 35 % : la gravité de l’alerte indiquée est un avertissement
• 25 % : la gravité de l'alerte est critique

Si cette alerte se déclenche, augmentez la taille du disque.

LowDiskForKubeletPartition

Cette alerte indique que l'espace libre de la partition /var/lib/kubelet est inférieur à :

• 35 % : la gravité de l’alerte indiquée est un avertissement
• 25 % : la gravité de l'alerte est critique. Si cette alerte se déclenche, augmentez la taille du disque.

LowDiskForVarPartition

Cette alerte indique que l'espace libre de la partition /var est inférieur à :

• 35 % : la gravité de l’alerte indiquée est un avertissement
• 25 % : la gravité de l'alerte est critique

Remarque :

Les exigences de stockage pour les compétences ML peuvent faire considérablement augmenter l’utilisation du disque.

Si cette alerte se déclenche, augmentez la taille du disque.

LowDiskForVarLogPartition

Cette alerte indique que l'espace libre de la partition /var/lib/var est inférieur à :

• 25 % : la gravité de l'alerte est critique

Si cette alerte se déclenche, augmentez la taille du disque.

Alertes de sauvegarde

NFSServerDisconnected

Cette alerte indique que la connexion au serveur NFS est perdue.

Vous devez vérifier la connexion au serveur NFS et le chemin de montage.

VolumeBackupFailed

Cette alerte indique que la sauvegarde a échoué pour une PVC.

Pour résoudre ce problème, procédez comme suit :

1. Vérifiez le statut du PVC pour vous assurer qu'il est Bound vers un volume persistant (PV).

   kubectl get pvc --namespace <namespace>
   

   La commande répertorie toutes les PVC et leur statut actuel. La PVC doit avoir un statut Bound pour indiquer qu'elle a revendiqué avec succès un PV.

   Si le statut est Pending, cela signifie que le PVC attend toujours un PV approprié et qu'une enquête plus approfondie est nécessaire.

2. Si le PVC n'est pas dans un état Bound ou si vous avez besoin d'informations plus détaillées, utilisez la commande describe :

   kubectl describe pvc <pvc-name> --namespace <namespace>
   

   Recherchez des informations sur le statut, les événements et les messages d'erreur. Par exemple, un problème peut être lié à des erreurs de configuration de classe de stockage ou à des limitations de quota.

3. Vérifiez l'intégrité du volume persistant (PV) lié à la PVC :

   kubectl get pv <pv-name>
   

   Le statut doit être Bound Si le PV est dans un état Released ou Failed, cela peut indiquer des problèmes avec le stockage sous-jacent.

4. Si la PVC est utilisée par un pod, vérifiez si le pod a monté avec succès le volume :

   kubectl get pod <pod-name> --namespace <namespace>
   

   Si le pod est dans un état Running, cela indique que le PVC est monté avec succès. Si le pod présente un état d'erreur (tel que InitBackOff), cela peut indiquer des problèmes de montage de volume.

5. S'il y a des problèmes avec le montage du PVC, décrivez le pod pour vérifier les erreurs de montage :

   kubectl describe pod <pod-name> --namespace <namespace>
   

SauvegardeDésactivée

Cette alerte indique que la sauvegarde est désactivée.

Vous devez activer la sauvegarde.

ÉchecPartialageSauvegarde

Cette alerte indique que la sauvegarde Velero a échoué.

Vous devez contacter l’assistance UiPath®.