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
Realtime Compositions: cannot list in CompositionRevision handler #5533
Comments
I've added this issue for tracking to: |
I'm adding our 50 cents to this as well. We have experienced a weird behavior and random success/failure ratio on repeated tests when applying Claims that created various (nested) compositions/composite resources (XRs) and multiple MRs while having Realtime compositions enabled. Symptoms
Examples reflector.go:462] k8s.io/client-go@v0.29.1/tools/cache/reflector.go:229: watch of s3control.aws.upbound.io/v1beta1, Kind=AccountPublicAccessBlock ended with: an error on the server ("unable to decode an event from the watch stream: context canceled") has prevented the request from succeeding something about "cannot read from cache" or "failed creating a cache" or something similar
# cannot get it again after disabling and enable Realtime composition feature
#there is usually this, e.g.
crossplane Composed resource cache synced {"controller": "defined/compositeresourcedefinition.apiextensions.crossplane.io", "gvk": "apiextensions.crossplane.io/v1alpha1, Kind=EnvironmentConfig"} It took some time to track it down to this. |
It's possible #5651 might fix this. It's a pretty big rework of realtime compositions. If someone could try to reproduce this issue with that PR, it would be very useful. |
What happened?
Using the flag
--enable-realtime-compositions
causes crossplane to stop working. The pod won't crash but it's just not reacting to creating/editing claims. Also, there are error logs that aren't present if the flag is omitted.The relevant code hints at a programming mistake in the crossplane code:
crossplane/internal/controller/apiextensions/composite/reconciler.go
Lines 752 to 753 in d35ecef
To me it looks a bit suspicious, that the logs mention a timeout but the timestamp of the logs are all the same. Maybe this timeout needs to be configured differently?
How can we reproduce it?
CompositeResourceDefinition: MyStorage
I could imagine that this is an issue that may is more specific. The only information I really provide here is my CompositeResourceDefinition. Please tell me what information you need to find the root cause of this issue. I am willing to share more.
What environment did it happen in?
The text was updated successfully, but these errors were encountered: