- Vue d'ensemble (Overview)
- Prérequis
- Installation
- Post-installation
- Migration et mise à niveau
- Mise à niveau d'Automation Suite sur EKS/AKS
- Étape 1 : Déplacement des données d'organisation Identity d'installation autonome vers Automation Suite
- Étape 2 : Restauration de la base de données du produit autonome
- Étape 3 : Sauvegarder la base de données de la plate-forme dans Automation Suite
- Étape 4 : Fusion des organisations dans Automation Suite
- Étape 5 : Mise à jour des chaînes de connexion du produit migré
- Étape 6 : migration de la version autonome d'Orchestrator
- Étape 7 : Migration d’Insights en version autonome
- Étape 8 : Migration de Test Manager autonome
- Étape 9 : suppression du locataire par défaut
- Exécution d'une seule migration de locataire
- Migration d'Automation Suite sur Linux vers Automation Suite sur EKS/AKS
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Configuration des paramètres d'Orchestrator
- Paramètres de l'application Orchestrator
- Configuration des paramètres d'application
- Configuration de la taille maximale de la requête
- Remplacement de la configuration du stockage au niveau du cluster
- Configuration des magasins d'informations d'identification
- Configuration de la clé de chiffrement par locataire
- Nettoyer la base de données Orchestrator
- Rotation des informations d’identification de stockage d’objets blob
- Désactivation de l'utilisation d'URL pré-signées lors du téléchargement de données vers le stockage Amazon S3
- Configuration de la sécurité de l'application de processus
- Configurer une authentification Kerberos avec l’authentification MSSQL de base pour Process Mining
- Résolution des problèmes
- La configuration de sauvegarde ne fonctionne pas en raison d’un échec de connexion à Azure Government
- Pods dans l'espace de noms uipath bloqués lors de l'activation des rejets de nœuds personnalisés
- Impossible de lancer Automation Hub et Apps avec la configuration proxy
- Les pods ne peuvent pas communiquer avec le nom de domaine complet dans un environnement proxy
- La chaîne de connexion SQL de l’automatisation de test est ignorée
- Échec de la sauvegarde EKS en raison de la version de Velero
- La sauvegarde de Velero échoue avec l'erreur FailedValidation
- L'accès au nom de domaine complet renvoie une erreur d'accès refusé RBAC
- Atténuation manuelle de la politique réseau ArgoCD
La sauvegarde de Velero échoue avec l'erreur FailedValidation
Corrigez les erreurs Velero FailedValidation qui se produisent lors de l’exécution de sauvegardes planifiées dans Automation Suite sur EKS/AKS.
Description
Lors de la tentative d’exécution d’une sauvegarde planifiée dans Automation Suite sur EKS/AKS, Velero peut renvoyer l’erreur suivante :
Phase: FailedValidation
Validation errors: an existing backup storage location was not specified at backup creation time and the server default default does not exist.
Error: BackupStorageLocation.velero.io "default" not found
Phase: FailedValidation
Validation errors: an existing backup storage location was not specified at backup creation time and the server default default does not exist.
Error: BackupStorageLocation.velero.io "default" not found
Cela se produit parce que default-bs1 BackupStorageLocation n'est pas marqué par défaut dans la configuration Velero.
Solution
Pour résoudre ce problème, procédez comme suit :
-
Vérifiez les emplacements de stockage de sauvegarde configurés pour Velero :
kubectl get backupstoragelocations -n velerokubectl get backupstoragelocations -n veleroConfirmez si la colonne DÉFAUT est vide ou non.
-
Modifiez l'emplacement de stockage de sauvegarde pour définir la valeur par défaut :
kubectl edit backupstoragelocation default-bs1 -n velerokubectl edit backupstoragelocation default-bs1 -n velero -
Sous la section
spec, ajoutez la ligne suivante :default: truedefault: true -
Enregistrez les modifications.
-
Redémarrez les pods Velero pour appliquer la configuration :
kubectl delete pod -n velero --allkubectl delete pod -n velero --allVous pouvez également effectuer un redémarrage :
kubectl -n velero rollout restart deploy/velerokubectl -n velero rollout restart deploy/velero -
Vérifiez le correctif :
kubectl get backupstoragelocations -n velerokubectl get backupstoragelocations -n velero
Confirmez que PHASE est Disponible et que la colonne DÉFAUT affiche Yes.