Warum Ihr Minecraft-Server abstürzt: Vollständiger Fehlerbehebungs-Leitfaden

Ihr Minecraft-Server ist um drei Uhr nachts abgestürzt, im Chat herrscht Panik, und Sie verstehen nicht, was passiert ist. Kommt Ihnen das bekannt vor? Wir bei MineGuard arbeiten mit Hunderten von Servern und sehen immer wieder die gleichen Probleme. In diesem Leitfaden gehen wir alle Hauptursachen für Abstürze durch und zeigen, wie man sie findet und behebt.

Crash-Reports lesen

Das Erste nach einem Absturz: den Crash-Report finden und lesen. Der Server speichert sie im Ordner crash-reports/ im Server-Stammverzeichnis. Die Dateien sind nach Datum und Uhrzeit benannt, zum Beispiel:

crash-reports/crash-2026-04-06_14.23.45-server.txt

Öffnen Sie die neueste Datei. Ein Crash-Report sieht so aus:

---- Minecraft Crash Report ----
Time: 4/6/26 14:23
Description: Exception in server tick loop

java.lang.OutOfMemoryError: Java heap space
    at net.minecraft.server.level.ServerLevel.tick(ServerLevel.java:382)
    at net.minecraft.server.MinecraftServer.tickChildren(MinecraftServer.java:873)

Am wichtigsten sind die Zeile Description und die erste Fehlerzeile (im Beispiel oben OutOfMemoryError). Der Stack-Trace darunter zeigt, wo genau der Fehler aufgetreten ist. Wenn ein Plugin-Name im Stack-Trace auftaucht, ist wahrscheinlich dieses Plugin die Ursache.

Wenn der Server keinen Crash-Report erstellt hat, schauen Sie in logs/latest.log. Der Server hatte möglicherweise keine Zeit, die Datei zu schreiben, wenn er abrupt beendet wurde (zum Beispiel wenn der Linux OOM Killer den Prozess beendet hat).

Speichermangel (OutOfMemoryError)

Das ist die häufigste Absturzursache. Der Server hat den gesamten zugewiesenen Arbeitsspeicher verbraucht und kann nicht weiterarbeiten.

Symptome

• Im Crash-Report: java.lang.OutOfMemoryError: Java heap space
• TPS sinken allmählich vor dem Absturz
• In den Logs können GC-Warnungen (Garbage Collector) erscheinen

Die Lösung: Aikar Flags

Erhöhen Sie nicht einfach -Xmx. Verwenden Sie die optimierten Aikar Flags, die den G1GC Garbage Collector speziell für Minecraft konfigurieren:

java -Xms8G -Xmx8G \
  -XX:+UseG1GC \
  -XX:+ParallelRefProcEnabled \
  -XX:MaxGCPauseMillis=200 \
  -XX:+UnlockExperimentalVMOptions \
  -XX:+DisableExplicitGC \
  -XX:+AlwaysPreTouch \
  -XX:G1NewSizePercent=30 \
  -XX:G1MaxNewSizePercent=40 \
  -XX:G1HeapRegionSize=8M \
  -XX:G1ReservePercent=20 \
  -XX:G1HeapWastePercent=5 \
  -XX:G1MixedGCCountTarget=4 \
  -XX:InitiatingHeapOccupancyPercent=15 \
  -XX:G1MixedGCLiveThresholdPercent=90 \
  -XX:G1RSetUpdatingPauseTimePercent=5 \
  -XX:SurvivorRatio=32 \
  -XX:+PerfDisableSharedMem \
  -XX:MaxTenuringThreshold=1 \
  -jar server.jar --nogui

Wichtig: -Xms und -Xmx sollten den gleichen Wert haben. Das verhindert ständiges Heap-Resizing.

Wie viel RAM zuweisen

• 1-20 Spieler: 4-6 GB
• 20-50 Spieler: 6-10 GB
• 50-100 Spieler: 10-16 GB
• 100+ Spieler: 16+ GB

Diese Zahlen sind Richtwerte. Schwere Plugins (Dynmap, Citizens) und grosse Welten benötigen mehr Speicher.

Beschädigte Chunks

Ein beschädigter Chunk verursacht einen Absturz beim Laden. Typischerweise passiert das, wenn ein Spieler einen bestimmten Bereich betritt und der Server sofort abstürzt.

Symptome

• Absturz beim Login eines bestimmten Spielers
• In den Logs: ChunkLoadingException oder RegionFileCorruption
• Fehler beim Lesen von NBT-Daten

Die Lösung

Identifizieren Sie die Koordinaten des problematischen Chunks aus den Logs oder dem Crash-Report. Dann:

1. MCA Selector (empfohlen): Öffnen Sie die Welt, finden Sie den beschädigten Chunk und löschen Sie ihn. Der Server generiert ihn neu.

2. Region Fixer für automatisches Scannen:

python region-fixer.py /path/to/world

3. Manuelle Methode: Berechnen Sie die Region-Datei aus den Chunk-Koordinaten. Block X=400, Z=800 befindet sich in Region r.12.25.mca (Block-Koordinaten durch 512 teilen). Löschen Sie diese Datei aus world/region/.

Prävention

• Machen Sie regelmässige Backups
• Fahren Sie den Server nie mit kill herunter, verwenden Sie stop
• Verwenden Sie eine USV oder Stromausfallschutz

Plugin-Konflikte

Zwei Plugins können versuchen, dasselbe zu ändern, was einen Absturz verursacht. Das passiert besonders häufig bei Plugins, die Pakete modifizieren, Events verarbeiten oder Mob-Verhalten ändern.

Symptome

• Absturz nach Installation eines neuen Plugins
• Plugin-Namen im Stack-Trace sichtbar
• Fehler wie AbstractMethodError oder NoSuchMethodError

Die Binärsuche-Methode

Wenn unklar ist, welches Plugin schuld ist:

1. Entfernen Sie die Hälfte der Plugins aus dem plugins/-Ordner
2. Starten Sie den Server
3. Wenn der Absturz sich wiederholt, liegt das Problem in der verbliebenen Hälfte. Wenn nicht, in der entfernten.
4. Wiederholen Sie das Ganze, indem Sie die problematische Hälfte halbieren.

In 3-4 Durchgängen finden Sie den Verursacher selbst unter 30+ Plugins.

Häufig kollidierende Kombinationen

• ProtocolLib + veraltete Plugins, die es nutzen
• Zwei Anti-Cheats gleichzeitig
• Chat-Plugins, die verschiedene APIs verwenden
• WorldEdit + Regionsschutz-Plugins bei Massenoperationen

Entity-Überladung

Tausende Mobs, fallengelassene Items oder Minecarts können den Server bis zum Absturz überlasten.

Symptome

• TPS sinken allmählich
• Im Spark-Profil: entityTick nimmt den Grossteil des Ticks ein
• Watchdog-Timeout in den Logs

Die Lösung

Schnell: Entities mit einem Befehl beseitigen:

/kill @e[type=!player]

Langfristig: Limits in bukkit.yml konfigurieren:

spawn-limits:
  monsters: 50
  animals: 10
  water-animals: 5
  water-ambient: 10
  ambient: 5

tick-inactive-spawners: false

Installieren Sie ClearLag oder FarmControl für automatische Entity-Verwaltung.

Watchdog-Timeout

Der Minecraft-Server erwartet, dass jeder Tick innerhalb von 50ms abgeschlossen wird (20 TPS). Wenn ein einzelner Tick länger als 60 Sekunden dauert, fährt der Watchdog den Server zwangsweise herunter.

Symptome

• In den Logs: A single server tick took 60.00 seconds
• Considering it to be crashed, server will forcibly shutdown

Häufige Ursachen

• Ein Plugin führt synchrone Datenbankoperationen durch
• Eine WorldEdit-Operation auf einem riesigen Gebiet
• Chunk-Generierung in einer aufwendigen Welt (grosse Sichtweite)
• Ein einzelnes Plugin blockiert den Hauptthread

Die Lösung

Verwenden Sie Spark für Profiling:

/spark profiler start

Warten Sie einige Minuten, dann:

/spark profiler stop

Spark zeigt, welche Methode welches Plugins die meiste Zeit im Server-Tick beansprucht. Der Verursacher ist normalerweise offensichtlich.

Stack Overflow durch rekursive Plugins

Ein StackOverflowError tritt auf, wenn ein Plugin sich selbst endlos aufruft. Klassisches Beispiel: Ein Plugin behandelt ein Spieler-Tod-Event, teleportiert den Spieler, was ein weiteres Event auslöst, das denselben Handler erneut aufruft.

Im Crash-Report sieht das so aus:

java.lang.StackOverflowError
    at com.example.plugin.DeathHandler.onDeath(DeathHandler.java:45)
    at com.example.plugin.DeathHandler.onDeath(DeathHandler.java:45)
    at com.example.plugin.DeathHandler.onDeath(DeathHandler.java:45)
    ... (Tausende identische Zeilen)

Die Lösung

Identifizieren Sie das Plugin anhand des Stack-Trace und kontaktieren Sie den Entwickler. Das ist normalerweise ein Bug, der mit einem Update behoben wird. Als vorübergehende Lösung deaktivieren Sie das problematische Plugin.

Abstürze durch Paket-Exploits und DDoS

Es gibt eine eigene Kategorie von Abstürzen, die nicht durch Server-Konfiguration behoben werden können. Das sind gezielte Angriffe.

Paket-Exploits

Angreifer senden speziell erstellte Pakete, die Fehler im Server-Code auslösen. Beispiele:

• Book Exploit: Ein Buch mit riesigem NBT-Tag, das OOM verursacht
• Position Exploit: NaN- oder Infinity-Koordinaten, die das Chunk-System zum Absturz bringen
• Packet Spam: Tausende Interaktionspakete, die den Server überlasten

DDoS-Angriffe

Ein massiver Datenverkehrsfluss übersättigt das Netzwerk oder überlastet den Server mit gefälschten Verbindungen. Der Server verbraucht alle Ressourcen für die Verarbeitung von Müll-Traffic und reagiert nicht mehr auf echte Spieler.

Unsere Lösung

Wir bei MineGuard haben einen Netzwerkfilter speziell zum Schutz vor diesen Angriffen entwickelt. Unser Filter arbeitet auf Netzwerkebene, bevor der Traffic Ihren Server erreicht. Wir filtern Paket-Exploits, blockieren Bots und absorbieren DDoS-Traffic. Das sind Probleme, die Plugins nicht lösen können, denn wenn ein Plugin ein bösartiges Paket erhält, ist der Schaden bereits angerichtet. Unser Filter fängt schädliche Pakete ab, bevor sie den Server erreichen.

Richtig um Hilfe bitten

Wenn Sie das Problem nicht selbst lösen können, bereiten Sie Folgendes vor:

1. Vollständiger Crash-Report (die Datei aus crash-reports/)
2. Neuestes Log (logs/latest.log)
3. Spark-Bericht: Führen Sie /spark profiler aus und teilen Sie den Link
4. Timings-Bericht: Führen Sie /timings on aus, warten Sie 5 Minuten, dann /timings report
5. Plugin-Liste mit Versionen (/plugins)
6. Server-Version: Paper/Spigot/Purpur, Minecraft-Version, Java-Version

Mit diesen Informationen bekommen Sie Hilfe im SpigotMC-Forum, im PaperMC-Discord oder in unserem MineGuard-Discord. Schreiben Sie nicht einfach "Server stürzt ab, Hilfe". Je mehr Daten Sie bereitstellen, desto schneller erhalten Sie eine Lösung.

Zusammenfassung

Die meisten Minecraft-Server-Abstürze fallen in eine dieser Kategorien: Speichermangel, beschädigte Chunks, Plugin-Konflikte, Entity-Überladung oder Watchdog-Timeout. Alle werden über Crash-Reports und Logs diagnostiziert, und alle haben konkrete Lösungen.

Die Ausnahme sind gezielte Angriffe: Paket-Exploits und DDoS. Zum Schutz davor braucht man Netzwerk-Filterung, und genau dafür haben wir MineGuard entwickelt.

Machen Sie Backups, lesen Sie Ihre Logs, halten Sie Plugins aktuell, und Ihr Server wird stabil laufen.