Aks Troubleshooting

Triage AKS symptoms safely with read-only evidence and an escalation boundary.

prashantyr 7146cc1 2 files · 2.0 KB Updated

File contents

AKS Troubleshooting

Use for AKS connectivity, scheduling, networking, DNS, upgrade, or workload-identity symptoms.

  1. Establish subscription, cluster, namespace, time window, and user impact without requesting keys.
  2. Start with Azure Resource Health and read-only commands (az aks show, kubectl get, kubectl describe, and bounded kubectl logs). Confirm context before every cluster command.
  3. Classify evidence into control plane, node, network/DNS, identity, storage, or workload.
  4. Run python aks-troubleshooting/scripts/check_manifest.py <manifest.yaml> for a conservative static signal. It does not parse credentials, contact Azure, or mutate resources.
  5. Present evidence, confidence, and the smallest reversible remediation. Obtain explicit approval before restarts, scaling, upgrades, role changes, or policy changes.

Never print kubeconfig/client secrets, run broad log collection without scoping, disable policy, change production resources, or use --admin by default. Provider-backed explanations are optional; use local Ollama first and redact identifiers before any commercial provider.

prashantyr/prashant-agent-skills/tree/main/aks-troubleshooting commit 7146cc1bf3

Frequently asked questions

npx skillmds@latest add prashantyr/aks-troubleshooting