No resources found in default namespace
Not an error: kubectl found nothing of that kind in the namespace it looked in — usually because the resources are in another namespace.
Seen on:
Kubernetes
Meaning
kubectl uses the namespace from your current context (often default). Workloads installed by Helm or operators live in their own namespaces. It can also mean you’re on the wrong cluster context.
Common causes
- Resources are in another namespace
- Wrong cluster/context
- Label selector matches nothing
- Resources really were deleted
⚡ Quick fix
- Search all namespaces: kubectl get pods -A
- Set the namespace: -n app or kubectl config set-context --current --namespace=app
- Check the context
Detailed fix by platform
Kubernetes
- bash
kubectl get pods -A | grep web kubectl config set-context --current --namespace=app
How to diagnose
- Namespace — kubectl config view --minify | grep namespace
- Context — kubectl config current-context
- Selector — Labels correct?
🔧 Still not fixed?
Many errors look alike. If the steps above didn’t solve it, one of these is probably what you’re facing:
Similar errors
- AlreadyExists Error from server (AlreadyExists): ... already exists
- Forbidden Error from server (Forbidden): pods is forbidden: User "x" cannot list resource "pods" in API group "" in the namespace
- is waiting to start Error from server (BadRequest): container "x" in pod "y" is waiting to start: ContainerCreating
Most viewed in Kubernetes
Other ways to find it
🧠 Still stuck? Analyze your error
Paste the full message, response headers or stack trace — we'll detect the platform and point to the most likely cause.
Was this page helpful?
Report a correction or suggest an improvement
Last updated 7 Oct 2026