-
Notifications
You must be signed in to change notification settings - Fork 256
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
BMO should print why its sitting in reconcile loop more than once #1787
Comments
Yeah, while some controller do log the cause, the BareMetalHost and BMCEventSubscription ones do not. I agree it's a problem. /triage accepted |
@dtantsur: Please ensure the request meets the requirements listed here. If this request no longer meets these requirements, the label can be removed In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@babugeet grep the source code for "provisioner is not ready". You'll see several instances of this phrase in different controllers. Some include the error message that caused it, some do not. Those that don't require fixing. |
/assign |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with /lifecycle stale |
/remove-lifecycle stale |
When debugging #1785 we get #1785 (comment) once per node, and after that BMO sits in
provisioner is not ready
loop forever, without printing the root cause again. This makes issues hard to debug, as even in normal boot up of BMO / Ironic,provisioner is not ready
is printed for some time.We may even cases where there would be multiple problems and BMO would not print the other one at all, since it sits in reconcile loop.
It would hence be great, if BMO could print the error message more than once.
/kind bug
BMO version: main
The text was updated successfully, but these errors were encountered: