You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What steps did you take and what happened:
This has been detected as a regression in our automated test suite after upgrading from 1.14 to 1.15.
We have a set of pods with their PVCs, some of which we label with velero.io/exclude-from-backup=true.
Since the upgrade to 1.15, all the volumes are being backed up, even those for the annotated PVCs.
What did you expect to happen:
The volumes corresponding to PVCs with the velero.io/exclude-from-backup=true should not have been backed up.
The following information will help us better understand what's going on:
From the velero logs, we can see that the PVC cluster-velero-e2e-3 is being excluded.
time="2024-12-10T08:38:37Z" level=info
. msg="Excluding item because it has label velero.io/exclude-from-backup=true"
. backup=velero/cluster-velero-e2e-backup-1 logSource="pkg/backup/item_backupper.go:115"
. name=cluster-velero-e2e-3 namespace=velero-e2e-8546
. resource=persistentvolumeclaims
However, the corresponding volumes are being backed up.
And in the backup describe we can see there are 6 volumes, where there should only be 2:
Backup Volumes:
Velero-Native Snapshots:
pvc-6db130db-fe12-4a8c-a7eb-c5eb5b9b7641: specify --details for more information
pvc-25019cca-05ba-4f9e-919e-39dcc4ae172a: specify --details for more information
pvc-6b2024a6-34cd-4aed-9cca-54387a024162: specify --details for more information
pvc-60febcb2-4621-4c73-81e9-77935226bdb7: specify --details for more information
pvc-68ede3fe-b20c-486f-8681-0ca8c0145bc4: specify --details for more information
pvc-22333a02-55c3-45bd-bada-438732491e19: specify --details for more information
Anything else you would like to add:
Environment:
Velero version (use velero version): 1.15.0 (plus AWS Plugin v1.11.0)
Velero features (use velero client config get features):
Kubernetes version (use kubectl version): 1.28 through 1.31
Kubernetes installer & version:
Cloud provider or hardware configuration: Amazon EKS
OS (e.g. from /etc/os-release):
Vote on this issue!
This is an invitation to the Velero community to vote on issues, you can see the project's top voted issues listed here.
Use the "reaction smiley face" up to the right of this comment to vote.
👍 for "I would like to see this bug fixed as soon as possible"
👎 for "There are more important bugs to focus on right now"
The text was updated successfully, but these errors were encountered:
Could you give more information about your scenario?
Is the EnableCSI feature enabled?
It's better to upload the debug bundle to help investigate. The CLI is velero debug.
What steps did you take and what happened:
This has been detected as a regression in our automated test suite after upgrading from 1.14 to 1.15.
We have a set of pods with their PVCs, some of which we label with
velero.io/exclude-from-backup=true
.Since the upgrade to 1.15, all the volumes are being backed up, even those for the annotated PVCs.
What did you expect to happen:
The volumes corresponding to PVCs with the
velero.io/exclude-from-backup=true
should not have been backed up.The following information will help us better understand what's going on:
From the velero logs, we can see that the PVC
cluster-velero-e2e-3
is being excluded.However, the corresponding volumes are being backed up.
And in the
backup describe
we can see there are 6 volumes, where there should only be 2:Anything else you would like to add:
Environment:
velero version
): 1.15.0 (plus AWS Plugin v1.11.0)velero client config get features
):kubectl version
): 1.28 through 1.31/etc/os-release
):Vote on this issue!
This is an invitation to the Velero community to vote on issues, you can see the project's top voted issues listed here.
Use the "reaction smiley face" up to the right of this comment to vote.
The text was updated successfully, but these errors were encountered: