mirror of
https://github.com/vmware-tanzu/velero.git
synced 2026-01-03 11:45:20 +00:00
4fc1c70028
* Ensure PVs and PVCs remain bound when doing a restore (#3007) * Only remove the UID from a PV's claimRef The UID is the only part of a claimRef that might prevent it from being rebound correctly on a restore. The namespace and name within the claimRef should be preserved in order to ensure that the PV is claimed by the correct PVC on restore. Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Remap PVs claimRef.namespace on relevant restores When remapping namespaces, any included PVs need to have their claimRef updated to point remapped namespaces to the new namespace name in order to be bound to the correct PVC. Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Update tests and ensure claimRef namespace remaps Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Remove lowercased uid field from unstructured PV Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Fix issues that prevented PVs from being restored Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Add changelog Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Dynamically reprovision volumes without snapshots Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Update test for lower case uid field Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Remove stray debugging print statement Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Fix typo, remove extra code, add tests. Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * fix: rename the PV if VolumeSnapshotter has modified the PV name (#2835) When VolumeSnapshotter sets the PV name via SetVolumeID and PV is not there in the cluster, velero does not rename the PV. Which causes the pvc to be in the lost state as pvc points to the old PV but pv object has been renamed by VolumeSnapshotter. Signed-off-by: Pawan <pawan@mayadata.io> * adding a test case for pv rename Signed-off-by: Pawan <pawan@mayadata.io> Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * restore proper lowercase/plural CRD resource (#2949) * restore proper lowercase/plural CRD resource This commit restores the proper resource string "customresourcedefinitions" for CRD. The prior change to "CustomResourceDefinition" was made because this was being used in another place to populate the CRD "Kind" field in remap_crd_version_action.go -- there, just use the correct Kind string instead of pulling from Resource. Signed-off-by: Scott Seago <sseago@redhat.com> * add changelog Signed-off-by: Scott Seago <sseago@redhat.com> * Update changelogs for v1.4.3 Signed-off-by: Nolan Brubaker <brubakern@vmware.com> Co-authored-by: Pawan Prakash Sharma <pawanprakash101@gmail.com> Co-authored-by: Scott Seago <sseago@redhat.com>