-
Notifications
You must be signed in to change notification settings - Fork 362
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
privatednsnamespace READY=FALSE #738
Comments
hi @RafalMaleska ;) because in general privatednsnamespace is working on my side:
|
Hi Chris, for me, the operations Status was also SUCCESS, however, the Condition Type Ready remained on False |
@haarchri the privateDNSnamespace is created and managed by crossplane but for some reason the status is READY=FALSE. This may have further impact when using it in a composition. |
okay in our environment we see
with same Crossplane and Provider Version - IAM for Provider is enabled to Check Operations ? |
I've been able to achieve the same (Reason Available, Ready True) when importing existing namespaces ( w\ external-name). |
…ription is empty lateInited = true Signed-off-by: Christopher Haar <chhaar30@googlemail.com>
…ription is empty lateInited = true Signed-off-by: Christopher Haar <chhaar30@googlemail.com>
…ry (common)namespace READY=FALSE Signed-off-by: Christopher Haar <chhaar30@googlemail.com>
Fixes #738: servicediscovery (common)namespace READY=FALSE
…ry (common)namespace READY=FALSE Signed-off-by: Christopher Haar <chhaar30@googlemail.com>
…ync-group feat(datasync): add datasync with s3
What happened?
When creating a new privateDNSNamespace it becomes never ready (READY=FALSE)
How can we reproduce it?
Create a privateDNSNamespace:
It never becomes ready:
What environment did it happen in?
Crossplane version:
Crossplane version: v1.1.0
Provider AWS: v0.19.0
The text was updated successfully, but these errors were encountered: