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
If a cloud provider plugin is added to DPA spec.configuration.velero.defaultPlugins without a BSL (spec.backupLocations) or a VSL (spec.snapshotLocations) that uses it, OADP does not validate if its default secret exists in OADP namespace. This can cause Velero Pod to never go to running state.
But, if default secret for gcp provider is missing, the Velero Pod never succeeds. Pod Events have the following
MountVolume.SetUp failed for volume "cloud-credentials-gcp" : secret "cloud-credentials-gcp" not found
Solution
OADP should either:
validate that for any cloud provider plugin in DPA spec.configuration.velero.defaultPlugins without a BSL (spec.backupLocations) or a VSL (spec.snapshotLocations) that uses it, it default secret exists in OADP namespace
not add VolumeMount to Velero Deployment for any cloud provider plugin in DPA spec.configuration.velero.defaultPlugins without a BSL (spec.backupLocations) or a VSL (spec.snapshotLocations)
The text was updated successfully, but these errors were encountered:
Mark the issue as fresh by commenting /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
Exclude this issue from closing by commenting /lifecycle frozen.
If this issue is safe to close now please do so with /close.
openshift-cibot
added
lifecycle/frozen
Indicates that an issue or PR should not be auto-closed due to staleness.
and removed
lifecycle/stale
Denotes an issue or PR has remained open with no activity and has become stale.
labels
Feb 5, 2025
Problem
If a cloud provider plugin is added to DPA
spec.configuration.velero.defaultPlugins
without a BSL (spec.backupLocations
) or a VSL (spec.snapshotLocations
) that uses it, OADP does not validate if its default secret exists in OADP namespace. This can cause Velero Pod to never go to running state.How to reproduce
A DPA like this
passes DPA controller validation.
But, if default secret for
gcp
provider is missing, the Velero Pod never succeeds. Pod Events have the followingSolution
OADP should either:
spec.configuration.velero.defaultPlugins
without a BSL (spec.backupLocations
) or a VSL (spec.snapshotLocations
) that uses it, it default secret exists in OADP namespacespec.configuration.velero.defaultPlugins
without a BSL (spec.backupLocations
) or a VSL (spec.snapshotLocations
)The text was updated successfully, but these errors were encountered: