automation-suite
2024.10
false
- Overview
- Requirements
- Pre-installation
- Installation
- Post-installation
- Migration and upgrade
- Upgrading Automation Suite
- Migrating standalone products to Automation Suite
- Step 1: Restoring the standalone product database
- Step 2: Updating the schema of the restored product database
- Step 3: Moving the Identity organization data from standalone to Automation Suite
- Step 4: Backing up the platform database in Automation Suite
- Step 5: Merging organizations in Automation Suite
- Step 6: Updating the migrated product connection strings
- Step 7: Migrating standalone Orchestrator
- Step 8: Migrating standalone Insights
- Step 9: Migrating standalone Test Manager
- Step 10: Deleting the default tenant
- Performing a single tenant migration
- Migrating between Automation Suite clusters
- Migrating from Automation Suite on EKS/AKS to Automation Suite on OpenShift
- Monitoring and alerting
- Cluster administration
- Product-specific configuration
- Orchestrator advanced configuration
- Configuring Orchestrator parameters
- Configuring appSettings
- Configuring the maximum request size
- Overriding cluster-level storage configuration
- Configuring NLog
- Saving robot logs to Elasticsearch
- Configuring credential stores
- Configuring encryption key per tenant
- Cleaning up the Orchestrator database
- Skipping host library creation
- Troubleshooting
- The backup setup does not work due to a failure to connect to Azure Government
- Pods in the uipath namespace stuck when enabling custom node taints
- Unable to launch Automation Hub and Apps with proxy setup
- Robot cannot connect to an Automation Suite Orchestrator instance
- Log streaming does not work in proxy setups
- Velero backup fails with FailedValidation error
- Accessing FQDN returns RBAC: access denied error

Automation Suite on EKS/AKS installation guide
Last updated Mar 31, 2026
Velero backup fails with FailedValidation error
When attempting to run a scheduled backup in Automation Suite on EKS/AKS, Velero may return the following error:
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
This occurs due to the default-bs1 BackupStorageLocation not being marked as default in the Velero configuration.
To address the issue, take the following steps:
-
Verify the backup storage locations configured for Velero:
kubectl get backupstoragelocations -n velerokubectl get backupstoragelocations -n veleroConfirm whether the DEFAULT column is empty.
-
Edit the backup storage location to set the default value:
kubectl edit backupstoragelocation default-bs1 -n velerokubectl edit backupstoragelocation default-bs1 -n velero -
Under the
specsection, add the following line:default: truedefault: true -
Save the changes.
-
Restart the Velero pods to apply the configuration:
kubectl delete pod -n velero --allkubectl delete pod -n velero --allAlternatively, perform a rolling restart:
kubectl -n velero rollout restart deploy/velerokubectl -n velero rollout restart deploy/velero -
Verify the fix:
kubectl get backupstoragelocations -n velerokubectl get backupstoragelocations -n veleroConfirm that the
PHASEis Available and the DEFAULT column showsYes.