RFE: show diff when object already exists in cluster/is different from backed-up version

[ajohnstone]

What steps did you take and what happened: Create a backup on same cluster and restore to the same cluster produces warnings of "not restored: %s and is different from backed up version."

https://github.com/vmware-tanzu/velero/blob/v1.1.0/pkg/restore/restore.go#L1082

What did you expect to happen: No warnings to be produced and/or object to be applied. If different then at least a diff of the object in storage and clusters current resource or the resource versions to show why.

The output of the following commands will help us better understand what's going on:

• kubectl logs deployment/velero -n velero
• velero backup describe <backupname> or kubectl get backup/<backupname> -n velero -o yaml
• velero backup logs <backupname>
• velero restore describe <restorename> or kubectl get restore/<restorename> -n velero -o yaml
• velero restore logs <restorename>

Anything else you would like to add: [Miscellaneous information that will assist in solving the issue.]

Environment:

• Velero version (use velero version): v1.1.0
• Velero features (use velero client config get features):
• Kubernetes version (use kubectl version):
• Kubernetes installer & version:
• Cloud provider or hardware configuration:
• OS (e.g. from /etc/os-release):

[skriss]

Currently, as a policy, Velero doesn't overwrite objects in-cluster if they already exist. We have #469 to optionally support this.

I'll update this issue to cover the feature request of showing a diff when objects are different.

[joyienjoy]

Currently, as a policy, Velero doesn't overwrite objects in-cluster if they already exist. We have #469 to optionally support this.

I'll update this issue to cover the feature request of showing a diff when objects are different.

With respect to the recently released version v1.1.2, has anything being implemented that solved this issue ? or Given any alternate way to apply restore forcefully even if the file is present in the cluster.