-
Notifications
You must be signed in to change notification settings - Fork 67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ProviderConfig can be deleted before ProviderConfigUsage is getting cleaned #85
Comments
Providing sample Composition and XRD in addition to the reproducer above. Composition
XRD
Claim
|
Thank you @ytsarev for reporting this issue. It looks like we have an issue in the ProviderConfig, where the apiVersion: postgresql.sql.crossplane.io/v1alpha1
kind: ProviderConfig
metadata:
name: smalpe-db-bd848
spec:
credentials:
connectionSecretRef:
name: azpgserver-conn-str
namespace: test
source: PostgreSQLConnectionSecret
defaultDatabase: postgres
sslMode: verify-full What happens is when you provision the |
Thank you so much @ulucinar, it worked! Do we plan to provide long-term fix? |
Hi @ytsarev, |
What happened?
The ProviderConfig of
postgresql.sql.crossplane.io
is getting deleted before associated ProviderConfigUsage is getting removed.It leads to a Database resource that is using this ProviderConfig being stuck in an orphaned state.
How can we reproduce it?
Create ProviderConfig like
Create Database referencing this ProviderConfig
Observe that associated ProviderConfigUsage was created
Delete ProviderConfig
Observer that ProviderConfigUsage is still around
Try to delete the Database resource
Observer that Database deletion is stuck with
This issue heavily affects the situation when ProviderConfig and Database are a part of the same Composition.
When the associated Claim is deleted the ProviderConfig is getting deleted first and the Database deletion is stuck.
What environment did it happen in?
Crossplane version: 1.6.3-up.1
The text was updated successfully, but these errors were encountered: