Incident log runbook
When something breaks, the worst response is panic edits on the live server. This runbook turns chaos into a routine: capture the evidence, reproduce it, classify it, fix or escalate, and write it down so the same fire does not start twice. It pairs txAdmin logs with your Discord reports into one workflow.
The runbook
Capture before you change anything
Grab the exact console error, the timestamp, the player or resource involved, and what they were doing. A screenshot of the report plus the matching console line is enough. Do not start editing yet.
Reproduce it
Try to trigger it yourself on a test server or quiet time. A bug you can reproduce is a bug you can fix; a bug you cannot reproduce gets a watch entry, not a guess-fix.
Classify the severity
Sort it: critical (server down, money/items exploitable), major (a core feature broken), or minor (cosmetic, rare). Critical jumps the queue; minor goes on the list.
Fix or escalate, then deploy safely
If it is yours, fix it on your PC, test, and deploy with the Git loop. If it is a paid resource, open a support ticket with your captured evidence. Never patch directly on the live server.
Record the incident
Log one line per incident: date, symptom, cause, fix, and the resource/commit involved. Over time this becomes the fastest debugging tool you own.
2026-06-12 | shop dupe on rapid-click | client trusted for grant | added server cooldown + qty check | commit a1b2c3d
Keep reading the full lesson
Sign in to start, then unlock every step of this lesson and the full FiveM School with a membership.
- How it works
- Common mistakes
- What you can do now
- Try it yourself
The remainder of Incident log runbook is available to FiveM School members.