Minecraft-Server stürzt ab? So liest du den Crash-Report

Wenn dein Minecraft-Server abstürzt, steht die Ursache fast immer schwarz auf weiß im Ordner crash-reports oder in logs/latest.log. Einen Minecraft-Crash-Report lesen geht in drei Schritten: Schau dir die Zeile Description: an, die ersten Zeilen des Stacktraces und das letzte Caused by:. Dort steht meist das Plugin oder der Mod, der den Absturz verursacht hat. Kein Crash-Report? Dann schau in latest.log und in die Konsole; oft ist es der Arbeitsspeicher.

Wo liegen der Crash-Report und die Logs?

Alles liegt im Hauptverzeichnis deines Servers, das du im Dateimanager des Gamepanels oder per SFTP öffnest.

• crash-reports/: eine Datei pro Absturz, mit der Uhrzeit im Namen, etwa crash-2026-09-30_14.02.11-server.txt. So ein Bericht entsteht nur, wenn Minecraft selbst merkt, dass etwas schiefläuft.
• logs/latest.log: das Log der aktuellen Sitzung. Bei jedem Start (und an jedem neuen Tag) wird das vorherige gepackt, zum Beispiel als logs/2026-09-30-1.log.gz. Nach einem Neustart steht der Absturz also im neuesten .log.gz.
• hs_err_pid<Nummer>.log: Java selbst ist abgestürzt, nicht Minecraft. Das ist selten.

Nichts gefunden? Dann schau in die Konsole des Panels. Dort steht bei einem Absturz Detected server process in a crashed state!, darunter Exit code und Out of memory. Steht dort Out of memory: true, wurde der Server gestoppt, weil er sein Speicherlimit überschritten hat, und Minecraft hatte keine Chance mehr, einen Bericht zu schreiben.

Minecraft-Crash-Report lesen: so geht's

Ein gekürztes Beispiel von einem gemoddeten Server:

---- Minecraft Crash Report ----
// Who set us up the TNT?

Time: 2026-09-30 14:02:11
Description: Ticking entity

java.lang.NullPointerException: ...
	at com.example.mobmod.ZombieAi.tick(ZombieAi.java:88)
	at net.minecraft.world.level.Level...

A detailed walkthrough of the error, its code path and all known details is as follows:
-- Head --
Thread: Server thread
-- Entity being ticked --
Details:
	Entity Type: minecraft:zombie (...)
	Entity's Block location: World: (120,64,-340), ...
-- System Details --
...

1. Description ist die Zusammenfassung. Ticking entity, Ticking block entity, Exception in server tick loop oder Watching Server geben schon eine Richtung vor.
2. Die Zeile darunter ist der Fehler selbst, etwa java.lang.OutOfMemoryError: Java heap space.
3. Die at-Zeilen sind der Stacktrace; die oberste ist die Stelle, an der es schiefging. net.minecraft ist Minecraft selbst, io.papermc, org.bukkit, org.spigotmc, com.destroystokyo und ca.spottedleaf sind Paper. Ein anderer Paketname ist meist ein Plugin oder Mod.
4. Caused by: ist die eigentliche Ursache; gibt es mehrere, ist die letzte die tiefste. Zeilen wie ... 12 more sind Wiederholungen.
5. Die Blöcke darunter liefern Kontext: bei einer Ticking Entity Typ und Koordinaten, ganz unten in System Details die Java-Version, den Speicher und die JVM-Flags.

Seit 26.1 ist Minecraft Java nicht mehr obfuskiert, deshalb haben auch die Minecraft-Zeilen in deinem Stacktrace lesbare Klassennamen.

Die fünf häufigsten Ursachen

1. Zu wenig Arbeitsspeicher

Steht dort java.lang.OutOfMemoryError: Java heap space, ist der Java-Heap voll. Das muss kein Leck sein; oft ist der Heap einfach zu klein. Eine niedrigere view-distance und weniger geladene Welten helfen. Bleibt es knapp, wähl ein größeres Minecraft-Paket.

Kniffliger ist ein Absturz ohne Bericht, mit einem Log, das abrupt endet, und Out of memory: true in der Konsole. Java braucht neben dem Heap auch Speicher, unter anderem für geladene Klassen und Threads. Darf der Heap das ganze Paket füllen, kann der Prozess über das Limit gehen und wird hart beendet. Bei MC-Node regelst du das mit der Startup-Variable Geheugenlimiet (%) (Speicherlimit) im Panel: der Anteil des Speichers deines Pakets, den Java als Heap nutzen darf, zwischen 50 und 95. Leer bedeutet 100 %. Ein Wert um 85 lässt Luft; schwere Modpacks brauchen eventuell einen niedrigeren. Starte danach neu. Siehe auch wie viel RAM dein Server braucht.

2. Ein Plugin oder Mod, der nicht zu 26.3 passt

Auf Paper siehst du dann oft Error occurred while enabling ... (Is it up to date?). Paper deaktiviert das Plugin dann und läuft weiter. Spätere Plugin-Fehler loggt Paper meist als Could not pass event ... to <plugin>, ohne abzustürzen; ein Plugin, das den Server einfrieren lässt, findest du über den Watchdog (Ursache 4). Prüf auf der Plugin-Seite, ob 26.3 unterstützt wird. Achtung: Für 26.3 hat Paper zum Zeitpunkt des Schreibens nur Alpha- und Beta-Builds; für 26.2 gibt es stabile. Was 26.3 sonst noch kaputt macht, liest du in Minecraft 26.3 und dein Server.

3. Die falsche Java-Version

Minecraft 26.x verlangt Java 25. Ein Vanilla-Server auf Java 21 wirft UnsupportedClassVersionError mit class file version 69.0 (Java 25) und only recognizes class file versions up to 65.0 (Java 21). Paper meldet in dem Fall Minecraft 26.1 and newer requires running the server with Java 25 or above. Derselbe Fehler bei einem einzelnen Plugin bedeutet, dass dieses ein neueres Java erwartet. Wechseln kannst du über das Docker-Image im Panel: Java-Version ändern.

4. Der Watchdog: ein Tick, der hängen bleibt

Vanilla und NeoForge melden A single server tick took ... seconds (should be max ...) und Considering it to be crashed, server will forcibly shutdown. Die Grenze ist max-tick-time in server.properties, standardmäßig 60000 Millisekunden. Paper schaltet diesen Watchdog ab und nutzt stattdessen timeout-time in spigot.yml (standardmäßig 60 Sekunden), mit der Meldung The server has stopped responding! und einem Thread-Dump in latest.log, ohne Crash-Report. Such darin nach Plugin-Namen: Paper selbst verweist auf Plugins mit HTTP- oder MySQL-Anfragen und auf zu große Weltbearbeitungen. Die Grenze zu erhöhen, tauscht laut Paper den Absturz nur gegen heftige Lagspitzen ein.

5. Ticking Entities und beschädigte Chunks

Bei Ticking entity oder Ticking block entity wirft ein einzelner Mob, ein Trichter oder eine (oft gemoddete) Maschine in jedem Tick einen Fehler. Auf Vanilla und NeoForge stürzt der Server dann erneut ab, sobald dieser Teil der Welt geladen wird. Der Bericht nennt Typ und Koordinaten. Spiel ein Backup zurück oder lösch den Chunk offline mit dem Community-Tool MCA Selector (seit Version 2.9 für 26.3 geeignet); das löscht allerdings alles in diesem Chunk. Paper stürzt hier nicht ab: Es loggt Entity threw exception at oder BlockEntity threw exception at mit der Position und entfernt die betreffende Entity bzw. Block-Entity.

Eine beschädigte Region-Datei (r.x.z.mca, 32 × 32 Chunks), etwa nach einem harten Stopp während des Speicherns, lässt den Server meist nicht abstürzen. Vanilla loggt Failed to load chunk, Paper ... chunk data will be lost, und der Chunk wird neu generiert. Was dort stand, ist weg; spiel dann ein Backup zurück.

Schritt für Schritt den Übeltäter finden

1. Mach zuerst ein Backup, auch wenn der Server nicht läuft.
2. Lies den neuesten Crash-Report und das Ende von latest.log (oder des neuesten .log.gz). Such nach ERROR und WARN kurz vor dem Absturz.
3. Mach deine letzte Änderung rückgängig. Ein Update, ein neues Plugin oder ein anderes Java-Image ist Verdächtiger Nummer eins.
4. Halbiere. Kein eindeutiger Name? Verschieb die Hälfte deiner Plugins (oder Mods) in einen Ordner wie plugins-aus und starte. Absturz weg: Der Übeltäter steckt in der entfernten Hälfte; sonst im Rest. Wiederhole das, bis nur noch ein Kandidat übrig ist. Mods ohne ihren Basis-Mod starten nicht; das ist ein anderer Fehler.
5. Teil dein Log über mclo.gs statt in Discord: Du bekommst einen kurzen Link, und IP-Adressen werden automatisch entfernt. Prüf selbst, ob Passwörter oder Tokens drinstehen.

Wenn es kein Absturz ist

• Can't keep up! Is the server overloaded? ist Lag: Der Server hinkt hinterher, läuft aber weiter. Siehe was TPS und MSPT bedeuten.
• Spieler fliegen raus, während die Konsole weiterläuft: Das liegt meist am Client oder an der Verbindung.

Wann eröffnest du ein Ticket?

Siehst du Out of memory: true, obwohl das Speicherlimit richtig eingestellt ist, stürzt der Server ab, bevor etwas in latest.log landet, oder bringt das Halbieren nichts, dann eröffne ein Ticket. Gib an, um welchen Server es geht, wann der Absturz war, die mclo.gs-Links zu Crash-Report und latest.log und was du kurz davor geändert hast.

Häufige Fragen

Wo finde ich den Crash-Report meines Minecraft-Servers?

Im Ordner crash-reports im Hauptverzeichnis deines Servers, mit Datum und Uhrzeit im Namen, etwa crash-2026-09-30_14.02.11-server.txt. Das Log liegt in logs/latest.log; ist der Server schon neu gestartet, schau in die neueste .log.gz-Datei.

Warum gibt es keinen Crash-Report, obwohl mein Server abstürzt?

Dann wurde der Prozess beendet, bevor Minecraft einen Bericht schreiben konnte, oft weil er das Speicherlimit des Pakets überschritten hat; die Konsole zeigt dann Out of memory: true. Senk in dem Fall Geheugenlimiet (%) (das Speicherlimit) im Panel oder wähl ein größeres Paket.

Welche Java-Version brauche ich für Minecraft 26.3?

Java 25: Das steht in Mojangs Versionsdaten für 26.3, und Paper verlangt es ab 26.1. Auf einem älteren Java siehst du UnsupportedClassVersionError mit class file version 69.0 oder auf Paper eine Meldung, dass Java 25 nötig ist.

Kann ich max-tick-time gegen Watchdog-Abstürze auf -1 setzen?

Auf Vanilla und NeoForge geht das, aber es löst nichts: Ein eingefrorener Server bleibt dann einfach hängen. Paper schaltet diesen Vanilla-Watchdog ab; dort gilt timeout-time in spigot.yml. Finde lieber heraus, was den Tick blockiert.

Weiterlesen

• spark: Woher der Lag auf deinem Minecraft-Server kommt
• Welche Java-Version braucht dein Minecraft-Server? (Java 25 für 26.x)
• Eine Backup-Strategie für deinen Minecraft-Server