Skip to content
Clairos Learn

Serving, containers, and resources · Lesson 2 of 17 · 8 min

Read gateway logs

Gateway logs help connect request failures with component state. Keep the request identifier and error category; do not infer root cause from severity alone.

Mastery 0/3Run itExplain itApply it
learner@clairosSimulated AI Ops lab
learner@clairos:~ $
↑ history · Tab complete · Ctrl+C cancel · Esc, Tab to leaveExit 0

Understand the pattern

Gateway logs help connect request failures with component state. Keep the request identifier and error category; do not infer root cause from severity alone.

Interpret the evidence

Check the runtime listener on port 8090 before rewriting the prompt.

A tempting mistake

Prompt wording causes a TCP connection refusal.

All names, measurements, prices, versions, and thresholds in this exercise are fictional training data. The evidence supports this bounded scenario, not a claim about a live provider.

Worked example and expected result
$ cat /opt/ai-lab/cases/aiops-serving-resources-002.json
{
  "fixture": "Fictional training data; not a live measurement.",
  "request": "req-27",
  "error": "upstream connection refused",
  "upstream": "127.0.0.1:8090"
}

Exit status: 0. The command completed successfully in the training fixture.

$ jq .error /opt/ai-lab/cases/aiops-serving-resources-002.json
"upstream connection refused"

Exit status: 0. The command completed successfully in the training fixture.

$ printf '%s\n' 'check-upstream-listener' > /home/learner/lab/aiops-serving-resources-002-decision.txt
(no output; exit 0)

Exit status: 0. The command completed successfully in the training fixture.

Try a variation

Name the assumption that would have to change for “check-upstream-listener” to stop being the justified action. Do not silently replace missing evidence with a guess.

Explain it

What does the evidence in “Read gateway logs” justify?

Apply it elsewhere

A colleague concludes: “Prompt wording causes a TCP connection refusal.” What should you do?

Keep the momentum.

Complete the lab, then explain and apply the pattern.

Next: List training containersTry an incident drill

Anonymous lesson and mastery progress lasts for this session. Sign in to keep synced lesson XP between sessions; mastery stays device-local. No speed bonus, lost lives, or hint penalties.

Keep learning

  1. 01Inspect the serving serviceA serving process has liveness, readiness and dependency state. Inspect the service before restarting it so the intervention addresses a measured condition.Practice
  2. 02List training containersA container list shows process-level state and names. A running container may still contain an application that has not passed readiness checks.Practice
  3. 03Inspect a containerContainer inspection reveals the actual image, mounts, limits and network setup. Compare these effective settings with the intended deployment manifest.Practice