| Summary: | oadm diagnostics should report more obviously when no node is enabled for pod scheduling | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Xia Zhao <xiazhao> |
| Component: | oc | Assignee: | Luke Meyer <lmeyer> |
| Status: | CLOSED EOL | QA Contact: | Xingxing Xia <xxia> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 3.3.1 | CC: | aos-bugs, jokerman, maszulik, mmccomas, wmeng |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-02-26 19:05:21 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
(In reply to Luke Meyer from comment #1) > Actually it does report an error about this: > > ERROR: [DClu0004 from diagnostic > NodeDefinition@openshift/origin/pkg/diagnostics/cluster/node_definitions.go: > 118] > There were no nodes available to use. No new pods can be scheduled. > > Do you think there would be a clearer wording needed? Oh, saw it -- I should have searched with strings "Unschedulable", "scheduling" ,"disabled", "unable" and unfortunately didn't note the line. And generally speaking, the current message is ok, but I like the style of DClu0003 much more, since: 1) It described very clearly what the current state is and it's root cause 2) It gave out exact command as the solution to resolve the current risk 3) It pointed out very clear on what will happen if I keep in this state WARN: [DClu0003 from diagnostic NodeDefinition@openshift/origin/pkg/diagnostics/cluster/node_definitions.go:112] Node host-8-174-87.host.centralci.eng.rdu2.redhat.com is ready but is marked Unschedulable. This is usually set manually for administrative reasons. An administrator can mark the node schedulable with: oadm manage-node host-8-174-87.host.centralci.eng.rdu2.redhat.com --schedulable=true While in this state, pods should not be scheduled to deploy on the node. Existing pods will continue to run until completed or evacuated (see other options for 'oadm manage-node'). Changed to be a low severity enhancement request. |
Actually it does report an error about this: ERROR: [DClu0004 from diagnostic NodeDefinition@openshift/origin/pkg/diagnostics/cluster/node_definitions.go:118] There were no nodes available to use. No new pods can be scheduled. Do you think there would be a clearer wording needed?