Ein Minecraft-Server berechnet die Welt in Ticks, 20 Mal pro Sekunde. Dauert ein Tick zu lange oder geht der Arbeitsspeicher aus, schreibt der Server Warnungen ins Log oder bricht im schlimmsten Fall ab. Jeder Abschnitt unten erklärt eine dieser Meldungen: woran du sie erkennst, wie ernst sie ist und was du tun kannst. Zuerst kommen Meldungen, nach denen der Server abstürzt oder beendet wird, danach Warnungen, bei denen er weiterläuft.

Die vollständige Meldung findest du in der Konsole oder unter Dateien in logs/latest.log, Absturzberichte im Ordner crash-reports/. Lies immer auch die Zeilen davor: Dort steht oft, was den Server ausgebremst hat. Lege vor Änderungen an Konfigurations- oder Weltdateien unter Sicherungen eine Sicherung an.

„A single server tick took … seconds“: Watchdog beendet den Server

So sieht die Meldung aus:

The server has not responded for <Sekunden> seconds! Creating thread dump
A single server tick took 60.00 seconds (should be max 0.05)

Was dahintersteckt: Der Watchdog überwacht, ob der Server noch arbeitet. Dauert ein Tick, also ein Arbeitsschritt der Spielsimulation, zu lange, beendet er den eingefrorenen Server; der Spielbetrieb fällt aus. Paper schreibt vorher Zwischenmeldungen mit einem Thread-Dump, einer Momentaufnahme der laufenden Arbeit: Erholt sich der Server rechtzeitig, läuft er weiter. Häufige Ursachen sind Speicherdruck oder ein schweres Plugin bzw. ein schwerer Mod.

So behebst du es:

  1. Lies unter Dateien in logs/latest.log die Zeilen vor der ersten Watchdog-Meldung. Prüfe frühere Fehler; steht dort Stopping server, untersuche auch, woran das Herunterfahren hängt.
  2. Sieh dir im Thread-Dump die obersten Zeilen unter Server thread an. Ein Plugin- oder Mod-Name zeigt, was den Server zuletzt beschäftigt hat.
  3. Prüfe den Arbeitsspeicher. OutOfMemoryError: Java heap space bedeutet, dass der Java-Arbeitsspeicher erschöpft ist; prüfe dann auch, was ihn belegt.
  4. Stoppe den Server vor Dateiänderungen. Aktualisiere das betroffene Plugin unter Plugins bzw. den Mod unter Mods oder entferne es testweise, starte neu und prüfe erneut.

Ausführlich: „Can't keep up“ und Watchdog-Timeout richtig beheben

„Java heap space“: Arbeitsspeicher des Servers ist erschöpft

So sieht die Meldung aus:

An unexpected error while handling a WorldEdit command … java.lang.OutOfMemoryError: Java heap space
[LuckPerms] Thread <Thread> threw an uncaught exception … java.lang.OutOfMemoryError: Java heap space
failed to handle chunk data (write) … java.lang.OutOfMemoryError: Java heap space

Was dahintersteckt: Java verwaltet den Arbeitsspeicher des Servers in einem Bereich namens Heap, der für die aktuelle Last vollgelaufen ist. Große WorldEdit-Aktionen, viele geladene Chunks, also Weltabschnitte, große Modpacks oder Plugins mit vielen Daten können viel Speicher benötigen. Der Server stürzt häufig ab oder wird instabil; auch das Speichern von Welt- oder Entity-Daten, etwa Kreaturen und Gegenständen, kann fehlschlagen. Der genannte Arbeitsstrang oder das Plugin zeigt, wo Speicher fehlte, nicht zwingend den größten Speicherverbraucher.

So behebst du es:

  1. Starte den Server neu, um den vollgelaufenen Prozess zu beenden. Bei unveränderter Last kann der Fehler wiederkommen.
  2. Ermittle den Speicherbedarf: Minecraft-RAM-Bedarf planen. Reicht dein Paket nicht, wähle unter Einstellungen & Abo → Plan mehr RAM.
  3. Teile große WorldEdit-Aktionen auf und senke bei Bedarf view-distance unter Dateien in server.properties.
  4. Prüfe nach dem Neustart die Konsole und die betroffenen Weltbereiche. Bei Meldungen zu chunk data (write) kontrolliere besonders, ob der letzte Stand gespeichert wurde.

Gut zu wissen: Eine Sicherung vor der nächsten großen Weltänderung hilft, verlorene Änderungen wiederherzustellen.

„This crash report has been saved to …“: Server abgestürzt

So sieht die Meldung aus:

This crash report has been saved to: crash-reports/crash-<Datum>_<Uhrzeit>-server.txt

Was dahintersteckt: Der Server wurde durch einen harten Fehler beendet und hat einen Absturzbericht geschrieben. Die Meldung selbst sagt nur, wo dieser Bericht liegt. Die eigentliche Ursache, etwa ein Mod, ein Plugin, die Welt oder fehlender Arbeitsspeicher, steht in der Datei.

So behebst du es:

  1. Öffne unter Dateien den Ordner crash-reports/ und darin die genannte Datei. Ihr Name enthält Datum und Uhrzeit des Absturzes.
  2. Lies den ersten Abschnitt: Hinter Description: steht eine Kurzbeschreibung, darunter die Fehlerzeile und der Stacktrace, also die Liste der Programmstellen, die zum Fehler geführt haben.
  3. Prüfe die im Fehler genannten Mods oder Plugins auf passende Versionen. Aktualisiere das betroffene unter Mods bzw. Plugins oder entferne es nach einer Sicherung testweise.
  4. Bei OutOfMemoryError lies den Zusatz zur Meldung. Nennt er Java heap space, ist der Java-Arbeitsspeicher voll; bei zu wenig gebuchtem RAM wähle unter Einstellungen & Abo → Plan mehr RAM.
  5. Starte den Server und beobachte die Konsole, bis er vollständig läuft.

Gut zu wissen: Bewahre den Bericht für die Fehlersuche auf und vergleiche Datum und Uhrzeit mit dem aktuellen Absturz. Für Mod-Server: Mod-Fehler auf Forge-, NeoForge- und Fabric-Servern

Fehler in der Spiel-Hauptschleife

So sieht die Meldung aus:

Exception in server tick loop
Caused by: java.lang.<Fehlerart>: <Details>

Was dahintersteckt: Die Hauptschleife berechnet Tick für Tick die Welt. Eine Exception, also ein Programmfehler, ist bis in diese Schleife durchgeschlagen und hat sie gestört. Der Server stürzt dann meist ab und schreibt einen Absturzbericht. Die eigentliche Ursache steht fast immer in der direkt folgenden Caused by-Zeile.

So behebst du es:

  1. Suche die Meldung in logs/latest.log oder im neuesten Bericht unter crash-reports/.
  2. Lies die Caused by-Zeile direkt darunter. Gibt es mehrere, führt die unterste meist zur Wurzel des Problems.
  3. Die Zeilen mit at … darunter nennen Paket- und Dateinamen. Daran erkennst du das beteiligte Plugin oder den Mod.
  4. Aktualisiere oder entferne es unter Plugins bzw. Mods und starte den Server neu.

Gut zu wissen: Diese Meldung ist kein Lag-Problem, sondern ein konkreter Fehler. Mehr Arbeitsspeicher hilft nur, wenn die Caused by-Zeile ein OutOfMemoryError nennt.

Ausführlich: „Can't keep up“ und Watchdog-Timeout richtig beheben

Arbeitsspeicher am Limit: GC overhead limit exceeded

So sieht die Meldung aus:

java.lang.OutOfMemoryError: GC overhead limit exceeded

Was dahintersteckt: Java räumt nicht mehr benötigten Speicher automatisch auf. Das nennt man Garbage Collection, kurz GC. Diese Meldung heißt: Java verbringt fast die ganze Zeit mit Aufräumen und gewinnt dabei kaum noch Speicher zurück. Der Heap, also der Arbeitsspeicher von Java, ist praktisch voll. Der Server reagiert kaum noch oder stürzt ab.

So behebst du es:

  1. Starte den Server neu.
  2. Ermittle, wie viel Arbeitsspeicher dein Setup braucht. Ausführlich: Minecraft-RAM-Bedarf planen
  3. Reicht dein Paket nicht, wähle unter Einstellungen & Abo → Plan mehr RAM.
  4. Verringere die Chunk- und Entity-Last: Senke die Sichtweite view-distance in der server.properties, verkleinere große Tierfarmen und räume herumliegende Items auf.

Gut zu wissen: Ein Neustart verschafft nur Luft. Steigt der Verbrauch nach jedem Neustart stetig bis zum Limit, obwohl die Last gleich bleibt, kann auch ein Plugin oder Mod Speicher festhalten.

Kein neuer Thread möglich: unable to create native thread

So sieht die Meldung aus:

java.lang.OutOfMemoryError: unable to create native thread

Was dahintersteckt: Ein Thread ist ein paralleler Arbeitsstrang. Java wollte einen weiteren starten und konnte es nicht. Trotz OutOfMemoryError im Namen ist das kein Nachweis für einen vollen Java-Heap. Meist laufen zu viele Threads gleichzeitig, eine Prozessgrenze ist erreicht oder es fehlt Speicher außerhalb des Heaps. Der Server kann dann neue Aufgaben nicht mehr starten und wird instabil. Welches Plugin oder welcher Mod die Threads erzeugt, verrät diese Zeile nicht.

So behebst du es:

  1. Buche nicht pauschal mehr RAM. Mehr Arbeitsspeicher für Java löst diese Meldung nicht automatisch.
  2. Lies in logs/latest.log die Zeilen vor der Meldung: Was lief zum Fehlerzeitpunkt, welche Plugins meldeten sich gehäuft?
  3. Belege den Verursacher zur Laufzeit. Mit spark profiler start --thread * in der Konsole siehst du alle laufenden Threads. Ihre Namen verraten oft das Plugin oder den Mod.
  4. Erst wenn ein Verursacher belegt ist, aktualisierst du ihn unter Plugins bzw. Mods, prüfst seine Einstellungen oder entfernst ihn.

Kommst du nicht weiter, öffne ein Ticket und nenne die Uhrzeit der Meldung. Zu spark: spark: Lag finden und verstehen

„Can't keep up“: Der Server kommt mit seinen Ticks nicht hinterher

So sieht die Meldung aus:

Can't keep up! Is the server overloaded? Running 2014ms or 40 ticks behind

Was dahintersteckt: Minecraft rechnet normalerweise 20 Ticks pro Sekunde, ein Tick hat damit ein Zeitbudget von 50 Millisekunden. Dauern diese Arbeitsschritte zu lange, baut sich ein Rückstand auf, den die Meldung in Millisekunden und Ticks angibt. Der Server läuft weiter, aber spürbar langsamer: Abgebaute Blöcke tauchen wieder auf, Mobs ruckeln. Ursache ist meist Speicher- oder CPU-Druck; einzelne Meldungen können beim Start oder Erzeugen neuer Gebiete auftreten.

So behebst du es:

  1. Prüfe, ob spark verfügbar ist. Aktuelle Paper-Versionen enthalten es; auf anderen unterstützten Servern installierst du die passende Plugin- oder Mod-Ausgabe.
  2. Miss während des Lags mit spark tps in der Konsole. MSPT sind Millisekunden pro Tick: Liegt die Tick-Dauer dauerhaft über dem Zeitbudget, sinkt die Tickrate.
  3. Finde den Verursacher mit spark profiler start --timeout 120 und öffne den danach ausgegebenen Link.
  4. Senke bei gestopptem Server die Sichtweite view-distance und Simulationsweite simulation-distance in server.properties. Entschärfe große Farmen oder erzeuge die Welt vorab.
  5. Prüfe, ob der Arbeitsspeicher reicht, und starte nach Konfigurationsänderungen neu.

Ausführlich: „Can't keep up“ und Watchdog-Timeout richtig beheben

„DO NOT REPORT THIS TO PAPER“: Diagnose bei einem Server-Hänger

So sieht die Meldung aus:

--- DO NOT REPORT THIS TO PAPER - THIS IS NOT A BUG OR A CRASH ---
Server thread dump (Look for plugins here before reporting to Paper!):

Was dahintersteckt: Hängt der Server-Thread für einige Sekunden, schreibt Paper eine Diagnose mit einem Thread-Dump, also einer Momentaufnahme, woran der Server gerade arbeitet. Der Spielbetrieb stockt währenddessen; nach dem Hänger kann der Server weiterlaufen. Dauert die Blockade zu lange, beendet ihn der Watchdog.

So behebst du es:

  1. Lies im Dump die obersten Zeilen unter Server thread dump. Steht dort ein Plugin- oder Mod-Name, ist das ein starker Hinweis auf den Verursacher.
  2. Stoppe den Server, aktualisiere das betroffene Plugin unter Plugins bzw. den Mod unter Mods oder entferne es testweise und starte neu.
  3. Häufen sich die Dumps, prüfe den Arbeitsspeicher, deine Plugins und die Sichtweite view-distance in der server.properties.
  4. Einzelne Dumps, etwa beim Start oder beim Speichern einer großen Welt, kannst du beobachten statt sofort einzugreifen.

Ausführlich: „Can't keep up“ und Watchdog-Timeout richtig beheben

„ChunkTaskScheduler“: Paper wartet beim Laden oder Erzeugen eines Chunks

So sieht die Meldung aus:

[ChunkTaskScheduler] Chunk wait task info below:
[ChunkTaskScheduler] Chunk holder: NewChunkHolder{world=<Welt>, chunkX=<x>, chunkZ=<z>, …, currentGenStatus=minecraft:initialize_light, requestedGenStatus=minecraft:full, …}

Was dahintersteckt: Paper hat länger als erwartet auf das Laden oder Erzeugen eines Chunks gewartet, also eines Weltabschnitts von 16 × 16 Blöcken, und eine Diagnose geschrieben. Der Server hakt in diesem Moment. currentGenStatus zeigt den erreichten Stand, requestedGenStatus das Ziel. Meist steckt Überlast dahinter: Weltgenerierung, viele Spieler weit auseinander oder langsame Plugins. Seltener ist eine Region beschädigt.

So behebst du es:

  1. Senke unter Dateien die Sichtweite view-distance in server.properties und starte den Server neu.
  2. Erzeuge die Welt vorab: Chunky: Minecraft-Welt vorgenerieren.
  3. Ist spark verfügbar, untersuche die Last während der Störung mit spark profiler start --timeout 120 in der Konsole. Der Bericht zeigt, welche Abläufe Zeit benötigen.
  4. Betrifft es wiederholt dieselbe Welt und dieselben Chunk-Koordinaten, prüfe die umgebenden Logzeilen auf Ladefehler dieser Region. Bei bestätigter Beschädigung stoppe den Server, sichere den aktuellen Stand und spiele unter Sicherungen eine intakte Sicherung ein. Änderungen seit dieser Sicherung gehen dabei verloren.

Gut zu wissen: Sehr große Koordinaten deuten auf Reisen weit vom Weltzentrum entfernt hin. Eine passende Weltgrenze begrenzt weitere Erkundung.

„The server has stopped responding“: Paper-Watchdog meldet einen Hänger

So sieht die Meldung aus:

The server has stopped responding! This is (probably) not a Paper bug.
If you see a world save or edit, then it means you did far more than your server can handle at once
If this is the case, consider increasing timeout-time in spigot.yml but note that this will replace the crash with LARGE lag spikes

Was dahintersteckt: Diese Zeilen gehören zum Hinweisblock des Paper-Watchdogs, der einen länger blockierten Haupt-Thread erkennt, also den Arbeitsstrang für den Spielablauf. Während des Hängers steht der Spielablauf still; bei anhaltender Blockade beendet der Watchdog den Server. Typische Ursachen sind überlastete Plugins, große Weltoperationen oder blockierende HTTP- und Datenbankzugriffe. Der Thread-Dump darunter zeigt die gerade ausgeführten Programmaufrufe.

So behebst du es:

  1. Lies den Thread-Dump in logs/latest.log unter Dateien. Prüfe genannte Plugins auf Updates; passe ihre Konfiguration an oder entferne sie testweise bei gestopptem Server.
  2. Zeigt er Weltbearbeitung oder Speichern, teile große Aktionen, etwa mit WorldEdit, in kleinere Schritte auf.
  3. Zeigt er HTTP- oder MySQL-Zugriffe, prüfe beim beteiligten Plugin die Verbindung und Erreichbarkeit des Dienstes.
  4. Mehr timeout-time in spigot.yml verlängert die Wartezeit, behebt aber die Blockade nicht.
  5. Bei wiederholten Hängern reduziere die Plugin-Last und prüfe den Arbeitsspeicher.

Ausführlich: „Can't keep up“ und Watchdog-Timeout richtig beheben

Chunk-Aufgabe von Paper scheitert mit BootstrapMethodError

So sieht die Meldung aus:

[ca.spottedleaf.concurrentutil.executor.thread.BalancedPrioritisedThreadPool] Exception thrown from thread <Thread>
java.lang.BootstrapMethodError: bootstrap method initialization exception

Was dahintersteckt: Paper lädt und erzeugt Chunks in eigenen Threads, also parallelen Arbeitssträngen neben dem Hauptspiel. In einem davon konnte Java eine Aufrufstelle im Programm nicht vorbereiten. Mögliche Gründe sind ein Fehler in Paper, eine inkompatible Erweiterung oder eine nicht unterstützte Java-Version. Die Meldung allein legt keine dieser Ursachen fest.

So behebst du es:

  1. Aktualisiere Paper unter Version auf einen aktuellen stabilen Build deiner Minecraft-Version.
  2. Verwende eine Java-Version, die dieser Build unterstützt: Welche Java-Version braucht dein Minecraft-Server?
  3. Lies den vollständigen Stacktrace in logs/latest.log. Nennt eine Caused by-Zeile ein Plugin, aktualisiere es unter Plugins.
  4. Tausche keine Serverbibliotheken von Hand aus. Das verursacht eher neue Fehler.
  5. Tritt der Fehler nach dem Update wiederholt auf, melde den vollständigen Stacktrace beim Paper-Projekt.

Minecraft kann den Absturzbericht nicht speichern

So sieht die Meldung aus:

We were unable to save this crash report to disk.

Was dahintersteckt: Die Meldung betrifft das Schreiben des Absturzberichts. Minecraft hat nach einem Fehler versucht, die Diagnose auf dem Datenträger abzulegen, und konnte die Berichtsdatei nicht speichern. Die Ursache des ursprünglichen Fehlers steht zuvor in der Konsole; der fehlende Bericht erschwert die spätere Fehlersuche.

So behebst du es:

  1. Sichere zunächst den vollständigen Fehlerblock aus der Konsole, einschließlich der Zeilen vor dieser Meldung.
  2. Prüfe unter Dateien die vorhandenen Dateien in crash-reports/ sowie logs/latest.log. Lies die konkrete Schreibfehlermeldung und prüfe den verfügbaren Speicherplatz.
  3. Behebe die dort genannte Ursache. Ist der Pfad weiter nicht beschreibbar, öffne ein Ticket und nenne die Uhrzeit sowie den Schreibfehler.

Deine Meldung ist nicht dabei?

Lies die ganze Meldung in logs/latest.log und vor allem die Zeilen davor: Überlast hat fast immer einen Auslöser, der vor der ersten Warnung steht. Im Stacktrace oder Thread-Dump verraten Paketnamen, also die durch Punkte getrennten Ordnernamen wie com.<Entwickler>.<Plugin>, und Dateinamen wie <Plugin>.jar, welches Plugin oder welcher Mod beteiligt ist. Lege vor Änderungen an Konfigurationsdateien unter Sicherungen eine Sicherung an. Kommst du nicht weiter, öffne ein Ticket und nenne die Uhrzeit der Meldung.

Den passenden Server bestellst du hier: Minecraft Server mieten.