Incident evidence bundle
Collect service, log, and network evidence in one drill.
Understand the pattern
Junior operators build confidence by gathering evidence before changing systems.
systemctl- Inspect or change a simulated systemd service. Status, active state, and unit configuration reveal different evidence.
A service can be active while an application endpoint is unhealthy; verify both layers.
grep- Select input lines that match a pattern; -i ignores case, -n adds line numbers, and -v inverts selection.
No matches is exit status 1, which is different from a malformed invocation.
ss- Inspect simulated listening sockets and connection information.
A listening socket is not proof of correct application responses or external reachability.
tee- Copy a stream both to a file and standard output; -a appends.
tee can overwrite a file even though the output is also visible on screen.
Worked example and expected result
$ systemctl status nginxnginx.service - simulated nginx Loaded: loaded Active: active Notes: serving the simulated static learn site
Exit status: 0. The command completed successfully in the training fixture.
$ grep 404 /var/log/nginx-access.log127.0.0.1 GET /api/test 404
Exit status: 0. The command completed successfully in the training fixture.
$ ss -tulpn | tee lab/incident-listeners.txtNetid State Local Address:Port Process udp UNCONN 0.0.0.0:68 lab-dhcp tcp LISTEN 0.0.0.0:22 sshd tcp LISTEN 0.0.0.0:80 nginx tcp LISTEN 0.0.0.0:443 nginx
Exit status: 0. The command completed successfully in the training fixture.
Explain it
Apply it elsewhere
Keep the momentum.
Complete the lab, then explain and apply the pattern.
Next: Final triage loopTry an incident drillAnonymous 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.