Minecraft-Server startet nicht

Ein Minecraft-Server, der sich eine Sekunde nach dem Start schließt, wirkt wie ein Rätsel und ist fast nie eines. Der Server gibt den Grund aus, bevor er sich beendet, in der Konsole oder in logs/latest.log, und in der überwältigenden Mehrheit der Fälle benennt diese Zeile das Problem direkt. Diese Anleitung behandelt die fünf Ursachen hinter fast jedem fehlgeschlagenen Start, wie du jede an ihrer Fehlermeldung erkennst und was du ändern musst.

Lies das Log, bevor du etwas änderst

Öffne logs/latest.log im Serverordner und scrolle ganz nach unten. Die letzten Zeilen und die erste Zeile des letzten Stacktraces sagen dir, welche der Ursachen unten du hast. Raten verwandelt einen Fix von zwei Minuten in einen ganzen Abend, denn jeder Fix hier ist anders und keiner hilft bei den anderen.

Auf FluxCraft sind Konsole und Logdatei beide im Dashboard, sodass du den Absturz ohne SSH oder Dateitransfer lesen kannst. Wenn der Server in einer Schleife neu startet, liegt das Log des vorherigen Versuchs als Archiv mit Zeitstempel in logs/.

Ursache 1: Die EULA wurde nicht akzeptiert

Beim allerersten Start erzeugt der Server eula.txt, gibt einen Hinweis zur Zustimmung zur Mojang-Lizenz aus und beendet sich sofort. Das ist mit Abstand der häufigste Grund, warum ein brandneuer Server „nicht funktioniert“, und es ist gar kein Fehler: Der Server wartet auf dich.

Öffne eula.txt, ändere eula=false in eula=true, speichere und starte erneut. Sonst zählt nichts in der Datei. Bei einem verwalteten Host wird die EULA bei der Bereitstellung normalerweise für dich akzeptiert, weshalb dieser Fall vor allem Leute trifft, die einen Server von Hand einrichten.

Ursache 2: Die Java-Version ist falsch

Dieser Fehler verwirrt die Leute am meisten, weil er nicht wie ein Versionsproblem aussieht. Der Server wirft UnsupportedClassVersionError oder meldet eine „Unsupported class file major version“ und hält an. Das bedeutet, dass die Jar für ein neueres Java kompiliert wurde als das, mit dem du sie startest.

Die Anforderung ist ein Minimum, keine exakte Übereinstimmung. Ein älteres Minecraft läuft einwandfrei auf einem neueren Java. Der Fehler tritt immer nur in die andere Richtung auf, ein neueres Minecraft auf einem älteren Java. Gemoddete Server erben die Anforderung der Spielversion, auf die ihr Forge-, NeoForge- oder Fabric-Build zielt.

• Prüfe mit „java -version“, was du tatsächlich hast. Auf einer Maschine mit mehreren installierten JDKs ist das in deinem PATH nicht immer das, was du denkst.
• Wenn der Fehler die Major-Version 65 nennt und du Java 17 hast, brauchst du Java 21. Installiere den passenden LTS-Build und verweise dein Startskript ausdrücklich darauf, statt dich auf PATH zu verlassen.
• Bei einem verwalteten Host übernimmt das das Image, daher reicht es, im Dashboard die richtige Serverversion zu wählen.

Ursache 3: Der Speicher ist falsch konfiguriert, nicht nur zu knapp

Zwei verschiedene Speicherfehler lassen einen Start scheitern, und sie bedeuten das Gegenteil voneinander. „Could not reserve enough space for object heap“ beim Start heißt, du hast mit -Xmx mehr RAM angefordert, als die Maschine hergibt, daher startet die JVM gar nicht erst. Ein OutOfMemoryError mitten im Start heißt, der Wert ist für das, was du lädst, zu niedrig, was bei einem großen Modpack sehr schnell passiert.

Setze -Xmx auf einen Wert, den die Maschine wirklich hat, und lass Spielraum für das Betriebssystem und den JVM-Overhead, statt jedes Byte zu vergeben. Auf einer Maschine mit 4 GB ist -Xmx3G sinnvoll und -Xmx4G nicht. Vanilla will mindestens 2 GB; ein mittleres Modpack will 8 GB und ein schweres 16 GB oder mehr.

Eine häufige selbstverschuldete Variante ist, ein Startskript aus einem Tutorial zu kopieren, das für eine andere Maschine geschrieben wurde. Steht in deinem Skript -Xmx8G und deine Maschine hat 4 GB, startet der Server nie, egal was du sonst behebst.

Ursache 4: Der Port ist bereits belegt

„FAILED TO BIND TO PORT“ oder „Address already in use“ heißt, dass etwas anderes den Port belegt, und in neun von zehn Fällen ist das eine frühere Instanz deines eigenen Servers, die nicht sauber beendet wurde. Suche nach einem übrig gebliebenen Java-Prozess und beende ihn, bevor du erneut startest.

Der andere Fall sind zwei Server, die für denselben Port konfiguriert sind. Die Java Edition nutzt standardmäßig TCP 25565 und Bedrock UDP 19132, daher kollidieren sie nicht, wenn du beide auf einer Maschine betreibst, zwei Java-Server aber schon. Ändere server-port in server.properties für den zweiten.

Bei einem verwalteten Host bekommt jede Bereitstellung ihren eigenen Port, daher verschwindet diese Art von Fehler. Es ist ein Problem des Selbsthostings.

Ursache 5: Eine Mod oder ein Plugin verhindert den Start

Endet das Log in einem Stacktrace, der eine Datei in plugins/ oder mods/ nennt, hast du es gefunden. Die üblichen Ursachen sind ein Plugin für eine andere Minecraft-Version, eine Mod mit fehlender Abhängigkeit oder zwei Mods, die nicht nebeneinander laufen. Auch die Server-Software spielt eine Rolle: Ein Bukkit-Plugin läuft nicht auf Vanilla, und eine Forge-Mod läuft nicht auf Fabric.

Nennt der Trace nichts Brauchbares, halbiere schrittweise. Verschiebe alles aus dem Ordner, bestätige, dass der Server sauber startet, füge dann die Hälfte zurück und starte neu. Vier oder fünf Runden davon isolieren jeden Konflikt, egal wie groß das Pack ist, und das geht viel schneller, als Changelogs zu lesen.

Gehe nach einem Minecraft-Versions-Upgrade davon aus, dass jedes Plugin ein passendes Update braucht. Die Server-Jar zu aktualisieren und die Plugins auf der alten Version zu lassen, ist der mit Abstand häufigste Grund, warum ein funktionierender Server nicht mehr startet.

Wenn der Server startet, aber niemand beitreten kann

Das ist ein anderes Problem, und das Log ist sauber. Ein Server, der bis „Done“ bootet, läuft; wenn Spieler ihn nicht erreichen, liegt es an der Adresse, der Portweiterleitung oder online-mode. Prüfe, dass du den Leuten die vollständige Adresse samt Port gibst und dass der weitergeleitete Port mit server-port in server.properties übereinstimmt.

Auf FluxCraft hat dein Server seine eigene öffentliche Adresse auf einer yourserver.app.runonflux.io-Domain, daher ist kein Router beteiligt und es gibt nichts weiterzuleiten.

Eine Checkliste zum Abarbeiten

Der Reihe nach, denn jeder Schritt schließt die folgenden aus:

• Öffne logs/latest.log und lies die letzten zwanzig Zeilen. Gleiche sie mit der Tabelle oben auf dieser Seite ab.
• Prüfe, dass in eula.txt eula=true steht.
• Führe „java -version“ aus und vergleiche das Ergebnis mit der Versionstabelle oben.
• Prüfe, dass -Xmx in deinem Startskript deutlich unter dem physischen RAM der Maschine liegt.
• Suche nach einem verirrten Java-Prozess, der den Port belegt, und prüfe, dass kein zweiter Server ihn teilt.
• Wird eine Mod oder ein Plugin im Trace genannt, entferne es. Wird nichts genannt, halbiere den Ordner schrittweise.
• Aktualisiere nach einem Versions-Upgrade jedes Plugin und jede Mod auf einen passenden Build, bevor du etwas anderes verdächtigst.

Ein Server, der jedes Mal startet

Die richtige Java-Version, die akzeptierte EULA, der gesetzte Speicher und der für dich geöffnete Port. Wähle eine RAM-Stufe und stelle in unter 30 Sekunden bereit, mit Konsole und Logs einen Klick entfernt. Erste Woche gratis.