The solution provided in this article results in data removal. These steps should only be 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:
https://cluster.example.com/k10/#/settings/support
Retrieve the specific S3 bucket
This form is only for KB Feedback/Suggestions, if you need help with the software open a support case