

Every pod, its status and restarts, with the failing ones first.
The list
The status is the most specific reason KubeStacks can find: a container’s waiting reason (like
ImagePullBackOff), why a pod failed (like OOMKilled or Evicted), or why it can’t be scheduled. Hover it for the message behind it. Health and status lists them all.
Open a pod
Click a row, or move to it with ↑ ↓ and press ↵.

A pod's details next to the list: its containers, their usage and state.
- Its image and ports.
- Its state: Running for 2h, Running for 5m, not ready, the reason it’s waiting (hover for the message), or how it ended, like Error (exit code 1).
- How many times it restarted.
- Its CPU and memory use right now, next to its requests and limits.
- Last terminated, when it has restarted: the reason and exit code of its previous run. This is how an
OOMKilledrestart shows on a pod that’s running again.
The other tabs
What you can do
From the panel, the ⋯ menu (.), the row’s right-click menu or the command palette:- Shell and Debug…, to look inside. A debug container works even in images with no shell.
- Forward a port…, to reach the pod from your computer. Desktop app
- Restart, for a pod something manages: it’s deleted and its controller makes a new one.
- Evict…, through the Eviction API, so PodDisruptionBudgets are respected.
- Delete…, with Force for a pod stuck terminating.
Thousands of pods
Lists load in chunks of 500 and only draw the rows on screen, so a cluster with thousands of pods scrolls as smoothly as one with ten. Long lists refresh less often, and a list stops at 5,000 objects with a note saying so. Use a label selector to see the rest, or raise the limit withKUBESTACKS_MAX_LIST_ITEMS.
Logs
A pod’s logs, or every pod of a workload, merged.
Health and status
What each pod status means, and how it’s worked out.