Critical Warning
The solution provided in this article results in data removal. These steps should onlybe followed when testing or evaluating Veeam Kasten for Kubernetes or if the existing data is no longer required.
If you have any questions, please contact Support.
Veeam Kasten for Kubernetes backups can be transferred to any S3-compliant object store to keep secondary copies and for long-term retention based on compliance needs. Both metadata and data are saved in a location defined by the cluster-ID. To prevent accidental loss, Veeam Kasten for Kubernetes will refuse to overwrite this data in case it is deleted and reinstalled and will display errors if new backups on a new Veeam Kasten for Kubernetes install are initiated.
Veeam Kasten for Kubernetes uses passkeys_ (automatically generated or user-defined)_ to protect metadata and data. Since this is unique to each Veeam Kasten for Kubernetes deployment, and because old data exists in the same backup location, a reinstalled Veeam Kasten for Kubernetes instance will run into conflicts.
To overcome this failure, existing data in the object storage location must be removed from the previous cluster.
To do this, first, extract the cluster ID of the current cluster (to know which one shouldnβt be removed). Cluster ID can be extracted in two ways:
kubectl get namespace default -ojsonpath="{.metadata.uid}{'\n'}"
Copy
Veeam Kasten for Kubernetes Dashboard: append settings/support to the end of the URL.
Example:
Retrieve the specific S3 bucket
To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.