-
Notifications
You must be signed in to change notification settings - Fork 117
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
Error: Failed to associate the BaremetalHost to the Metal3Machine #265
Comments
Did you see this behavior with CentOS7 ? |
This is independent of the OS. Here are the machines in a failed CI run :
The problem is that CAPM3 reports an error when it fails to associate the machine (i.e. requeues) and CAPI picks it up, but does not pick up the change back to normal state. CAPM3 needs to be modified to not set the Metal3Machine to error when it is a transient error. This will be tackled in metal3-io/cluster-api-provider-metal3#30 |
@maelk: Closing this issue. 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. |
While I was setting metal3-dev-env to create target clusters based in CentOS 8 as base image I face this error with Machines:
I can say that I see them Running and suddenly become Failed after an uncertain period of time. However, it is not always like that. Sometimes only the control-plane or some workers. I can see from the capi-controller-manager:
From my point of view everything looks like everything is running fine except the Machines error message:
Also, the target cluster looks OK to me:
I do not know what implications has this Machine objects to be in failed state. Also I am not sure if it can be related to run the target cluster with CentOS8 instead of CentOS 7.
The text was updated successfully, but these errors were encountered: