Skip to content
Guide

How to detect game server crashes in Pterodactyl and get alerts (Blueprint)

Short answerWhen Wings restarts a crashed server, the console is cleared and nobody is told. Compare state changes with the activity log to tell crashes from manual stops, keep the console lines from before the crash, and send alerts. Crash Detector does this on Blueprint panels.

Updated 2026-10-25

Why crashes go unnoticed

A plugin breaks, a mod leaks memory or the server runs out of RAM. Wings starts the server again, nobody notices until a customer opens a ticket, and the console that showed the error has scrolled away or was cleared by the restart. Wings' own exit message never reaches the panel.

What a crash looks like from the panel

From the panel's side, a crash is a server that went offline, or was restarted, without anyone asking for it. To tell it apart from a normal stop, check what people and schedules did at that moment:

  • Start, Stop, Restart and Kill from the panel, the API or the console page, which are in the server's activity log;
  • the egg's stop command typed in the console;
  • reinstalls and backup restores;
  • scheduled power tasks.

Anything else that stopped or restarted the server is a likely crash. A stop typed inside the game, such as an operator typing /stop, looks the same as a crash, because the panel cannot see it.

Catch crashes with Crash Detector

Crash Detector for Blueprint runs this check for every server once a minute on Pterodactyl 1.x panels with Blueprint. It asks each node's Wings for the state of all its servers (one request per node, with the node's own token) and reads the console of running servers, so nothing is installed on your nodes.

  1. Put crashdetector.blueprint in your Pterodactyl folder (usually /var/www/pterodactyl).
  2. Run blueprint -install crashdetector. With Blueprint in Docker, also run php artisan migrate --force in the panel container, or restart it.
  3. Open Admin → Extensions → Crash Detector. Keep Email the server owner on, add a Discord webhook for your staff and send a test message.
Crashes tab listing crashes with run time, memory near the limit and the last console lines
Every crash with its time, run time, memory and last console lines

Each crash is listed on the server's Crashes tab with its time, whether the server went offline or was restarted, how long it had run, memory at the last check and the last console lines as plain text. The owner gets an email, at most one per server every 15 minutes.

Stop crash loops

A server that crashes on start can restart forever. Crash loop protection, set per server on its Crashes tab, stops it after, say, 3 crashes within 15 minutes, with the same signal as the Stop button, and tells the owner why.

Crash loop protection set to stop the server after 3 crashes within 10 minutes
Stop a server that keeps crashing instead of restarting it

How fast, and the limits

  • A suspected crash is confirmed two minutes later, once Wings has sent the panel any power actions from the console page, so alerts arrive about 2 to 4 minutes after a crash.
  • When Wings restarts a crashed server, the saved lines are from the check up to a minute before the crash, because the restart clears the console.
  • Several crashes between two checks count as one, and memory is the value of the last check.
  • A node that cannot be reached is skipped and never produces crash reports, so a node outage does not flood you with alerts.

FAQ

Does Crash Detector need anything on my nodes?

No. It only uses Wings calls the panel is already allowed to make.

Who can see the crash history?

The owner, admins and subusers with console access, because it contains console output.

Does it work on Pterodactyl 2.0?

No. It is a Blueprint extension for Pterodactyl 1.x, tested on 1.15.1 with Blueprint beta-2026-08.

More guides