Open this resource#

Console route: /nodes. This is a cluster-scoped resource; no namespace is part of its identity.

  1. Select the correct cluster in the sidebar.
  2. Open Nodes and narrow the list using the available namespace/search controls.
  3. Select the exact object by name. Verify its scope and identity at the top of the detail page.
The node list brings readiness, roles, pod counts and Kubernetes versions into one view. Metric values depend on available telemetry.
The node list brings readiness, roles, pod counts and Kubernetes versions into one view. Metric values depend on available telemetry. View full size ↗

What to inspect#

Readiness, roles, addresses, capacity/allocatable observations, pods and taints.

Refresh the resource when you need the latest observation. Overview fields summarize the object; YAML exposes the complete returned document. A placeholder or missing status field should not be read as a successful or zero-valued result.

Use the available features#

Use Cordon to prevent new ordinary scheduling and Uncordon to restore it. Drain has options for force, local-data deletion, ignoring DaemonSets and grace period; inspect affected pods and disruption constraints before confirming. Taint accepts key/value and NoSchedule, PreferNoSchedule or NoExecute; remove a taint through its action when intended. Terminal is separately enabled/authorized.

Describe, Clone, YAML editing and Delete are shared resource actions where the page and your permissions allow them. Read Create, edit, clone and delete resources before applying a change.

A practical investigation#

After drain, inspect actual pod placement and availability before working on the machine. Cordon is not a process shutdown; Drain is not an Orkiva database backup. Do not select force or local-data deletion merely to bypass an unexplained failure.

  1. Establish the current state and the symptom you want to resolve.
  2. Identify whether a controller, Helm release or Delivery project owns the object.
  3. Make the smallest authorized change through that owner when possible.
  4. Refresh and verify the resulting resource state. Inspect related objects rather than stopping at a successful save message.

Permissions and unavailable data#

Listing this kind does not automatically grant every subresource action. The console checks operation access, and Kubernetes still checks the connected identity. If this API is not served by the cluster, fix the installation/version capability rather than treating an empty or unavailable page as an authorization grant.