-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Machines conditions should provide more visibility to the underlying Node #3138
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
Comments
rif #3139 (review) |
/milestone v0.3.x |
/milestone v0.4.0 |
/priority important-soon |
We have some conditions to add to Machines and KCP to increase visibility, feedbacks welcome here: |
/assign /milestone v0.3.11 |
#3900 is merged |
@fabriziopandini: 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. |
Today, it's hard to understand that a Machine is fully healthy, and what determines a Machine not healthy.
For example, KCP performs kubeadm-specific health checks (inspect the etcd node, static pods, and so on). We should expose all of these internal checks by writing specific conditions on Machines from different controllers.
Let's brainstorm though on a design that could work across the board, given that kubeadm isn't the one and only bootstrapper used out there.
There is a clear overlap in these examples, in the final form they shouldn't have any. Each condition needs a clear owner/manager. The main goal of this issue is to provide a uniform and coherent in-depth view on a Machine's health.
/kind feature
The text was updated successfully, but these errors were encountered: