What happened?
Redundant secrets don't get deleted when an operator updates the secret references in the ProviderConfig.
What you expected to happen?
Redundant image pull secret copies are removed by the service provider.
How to reproduce it (as minimally and precisely as possible)?
- Add a imagePullSecret reference to
secret-a in the ProviderConfig.
- Wait until the update is successfully reconciled and a copy exists in the velero namespace on the MCP cluster.
- Change the imagePullSecret reference in the ProviderConfig to reference a new pull chart secret
secret-b
- Wait until the update is successfully reconciled and a copy exists in the velero namespace on the MCP cluster.
-> secret-copy-a still exists and should have been removed as part of the update.
Anything else we need to know?
What happened?
Redundant secrets don't get deleted when an operator updates the secret references in the ProviderConfig.
What you expected to happen?
Redundant image pull secret copies are removed by the service provider.
How to reproduce it (as minimally and precisely as possible)?
secret-ain the ProviderConfig.secret-b->
secret-copy-astill exists and should have been removed as part of the update.Anything else we need to know?