Description of problem: Since nodes can be switched to maintenance mode, there should be a status component in the node detail page displaying what is the current state of a node, as is the case on VM/pod detail pages. Node state is ATM only displayed on list view (<appHost>/k8s/cluster/nodes) page. Version-Release number of selected component (if applicable): kubevirt-web-ui:v2.0.0-14.1 How reproducible: 100% Steps to Reproduce: 1. Navigate to Node detail page 2. 3. Actual results: no information about status Expected results: Status icon and text information Additional info:
@nelly: sorry, removing my devel ack - I have misunderstood this BZ. This is actually an RFE. The thing is that on the nodes overview page there is a "status" field and we have properly enriched it to show the "maintenance" status. But, the thing is that the core openshift does not contain the "status" on the node details screen. And this BZ asks for adding it there. So this is rather an RFE to enrich the core openshift functionality than fixing a gap in our implementation of the maintenance. So I'd propose to move the content of this BZ to jira and close this BZ. Do you agree?
Since the node status is not present in the core openshift's console, moving to the proper team to decide if it is needed / prioritize.
So we are displaying the Node status on the list page where we are determining it from the "Ready" condition type, if its true. If its not true the we set the status to "Not Ready" I see we are missing the Status on the details page, which we should probably add.
Fixing PR: https://github.com/openshift/console/pull/1576
no OCP 4.2 builds available now, move back to MODIFIED
The node detail page shows status of node now. Veirified this bug. quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:439c96093beb009cad05594ef48cde4a4e6cc920aa3ef72015d4a36a62588b39 4.2.0-0.nightly-2019-06-23-223647
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2019:2922