-
Notifications
You must be signed in to change notification settings - Fork 183
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
Operator throwing error in an endless loop "too old resource version" #2354
Comments
actually, fabric8 6.11.0 is in the dependency tree |
Classloading issues make this logic subseptiable to this problem - fabric8io/kubernetes-client#5692 We could consider making the deserialization here to just generic instead, but more than likely the user will want to fix having more than one definition of Status in the classpath. |
Hi @shawkins
I'm not sure what is this |
this is how the deps look like
|
is it better to keep the fabric8 version consistent? |
@fhalde yes it is especially if you don't have a flat classloader and end up with two different Status class definitions accessible from different classloaders. |
hmm, we definitely don't make use of any classloaders. is this some fabric8 internals? anyway here is what my fat jar contents look like
|
Can you try to make sure that the fabric8 client version that gets put into your fat jar is the same version as the one used by JOSDK? |
Hi @metacosm , we were running our operator with a single version of fabric8 for a few days and today this error came up once again here is what i could gather by attaching a debugger. the status message was unmarshalled into a If this comes up once again i'll let you know. |
will close this issue, pls let us know if that happens again. |
Bug Report
What did you do?
We are not sure of the events that led to this. It started occurring suddenly. A restart has fixed it though but the operator was non-functional by this time i.e. it was not reconciling anything
What did you expect to see?
No errors
What did you see instead? Under which circumstances?
Our operator is throwing the following in a endless loop
Environment
Kubernetes cluster type:
EKS
$ Mention java-operator-sdk version from pom.xml file
4.8.2
$ java -version
$ kubectl version
Possible Solution
Additional context
Unfortunately no, this error has no logs prior to it and it just started occuring out of the blue. We are using 6.10.0 fabric8 client
The text was updated successfully, but these errors were encountered: