-
Notifications
You must be signed in to change notification settings - Fork 301
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
Problem serializing some Kueue types for logging #4137
Comments
/assign |
I've changed verbosity for integration tests in Makefile to '-vv' and ran |
Maybe try to adjust log level at the framework level (eg. -3 -> -5):
|
Thanks @mimowo that worked. I can see only "resources.FlavorResourceQuantities" and "sets.Set[sigs.k8s.io/kueue/pkg/resources.FlavorResource]" appear in logs. In code I see there is no serialization for any types. For "sets.Set[sigs.k8s.io/kueue/pkg/resources.FlavorResource]" to be serializebale the type I've created an issue there to sync: kubernetes/apimachinery#187 |
Ok, but until done upstream we can probably just convert the set to slice easily. EDIT: I other words I think we can just have the String function on our type which will do the custom serialization. I think logger checks on the object if its type implements the custom String. |
For example, here is a place where it's logged: And here is how the Do you suggest passing to logger something like
|
No, I was thinking to wrap the set into a type with "String" function, something like: type sets.Set[resources.FlavorResource] FlavorResourceSet func (s *FlavorResourceSet) String() string { would this work? I haven't tried, so it might not actually work, dunno. |
NOTE: The library issue was migrated to kubernetes/kubernetes#130452 |
What happened:
Observing error messages like the following in logs:
here are the lines, corresponding to v0.10.0
What you expected to happen:
These types should be serialized properly
How to reproduce it (as minimally and precisely as possible):
Run integration tests with higher log verbosity, grep for json: unsupported type
Anything else we need to know?:
The scope of this bug includes identifying other types we fail to serialize - the list above is not necessarily exhaustive - and fixing those too
Environment:
git describe --tags --dirty --always
): v0.10.0The text was updated successfully, but these errors were encountered: