Lab Guides¶
These troubleshooting labs turn VM failure scenarios into reproducible experiments. Use this hub to find upcoming labs, understand the lab methodology, and see how each lab pairs with an existing troubleshooting playbook.
The lab lifecycle every guide in this hub follows:
flowchart LR
A["Pick a failure to reproduce"] --> B["Trigger the fault in a lab subscription"]
B --> C["Capture evidence: metrics, logs, portal state"]
C --> D["Diagnose against the matching playbook"]
D --> E["Fix and verify recovery"]
E --> F["Record the evidence chain in the lab guide"] What belongs here¶
- Reproducible failure scenarios, not general how-to tutorials.
- Evidence-driven experiments that validate or falsify a troubleshooting hypothesis.
- Companion material for canonical playbooks when a scenario benefits from hands-on reproduction.
Canonical lab shape¶
Future labs in this section will follow the series lab-guide contract:
## Lab Metadata## 1) Background## 2) Hypothesis## 3) Runbook## 4) Experiment Log- Evidence section using either:
## Expected Evidence, or## 5) Verification Queriesand## 6) Portal Evidence
## Clean Up## Related Playbook## See Also## Sourceswhen external references are cited
Within that structure, each lab is expected to cover the full troubleshooting methodology: question, setup, hypothesis, prediction, experiment, execution, observation, measurement, analysis, conclusion, falsification, evidence, solution, prevention, takeaway, and support takeaway.
Planned lab catalog¶
| Planned lab | Paired playbook | Status | Notes |
|---|---|---|---|
| Extension Failures | Extension Failures | Scaffolded | Reproduces a deterministic Custom Script extension failure and falsifies it with a successful redeploy. |
| Cannot RDP or SSH | Cannot RDP or SSH | Scaffolded | Reproduces a deterministic admin-path connectivity failure where an NSG deny rule blocks inbound TCP 22 even though the VM remains healthy. |
Why this is a scaffold¶
This page intentionally stays focused on the hub and lab shape. Individual troubleshooting labs are authored separately so each experiment can be reviewed as a focused, evidence-rich document instead of a placeholder bundle.