Gameserver Preise Features FAQ Über uns Blog
Login Registrieren
Home › Blog › Guides & Tutorials › Technical Electrical Server crasht: Ursachen und Lösungen

Technical Electrical Server crasht: Ursachen und Lösungen

Minecraft-Maschine mit Rauch und aufgeschlagenem Fehlerbericht auf einem Tisch

Technical Electrical Server crasht: was du zuerst tust

Wenn dein Technical-Electrical-Server abstürzt oder nicht startet, öffne die Browser-Konsole im Dashboard und lies die letzten Zeilen. Danach schaust du in logs/latest.log und, falls vorhanden, in den Ordner crash-reports. Die Ursache steht dort meist in den ersten Zeilen eines Berichts, oft mit dem Namen der beteiligten Mod.

Bei einem Pack mit über 190 Mods sind Abstürze normal genug, dass sich eine feste Vorgehensweise lohnt. Dieser Artikel zeigt sie Schritt für Schritt und erklärt typische Ursachen, ohne Fehlermeldungen zu erfinden, die wir nicht belegen können.

Wo du die Berichte findest

Im Dateimanager des Store-Dashboards liegen die relevanten Dateien im Server-Verzeichnis:

Ort Inhalt
logs/latest.log Protokoll der aktuellen oder letzten Sitzung
logs/ (ältere Dateien) komprimierte Logs früherer Sitzungen
crash-reports/ ausführliche Berichte bei harten Abstürzen

Öffne latest.log direkt im Dateimanager oder lade die Datei herunter. Für einen Crash-Report gilt: Die erste Zeile nach dem Kopf nennt oft die Art des Fehlers, darunter folgt ein Stacktrace. Suche dort nach Mod-Namen oder Paketnamen, die auf eine Mod hindeuten. Wenn du ein Support-Ticket erstellst, hänge die Datei an, das beschleunigt die Hilfe erheblich.

Vorgehen bei einem Absturz

  1. Server stoppen und Konsole prüfen, ob er wirklich beendet ist.
  2. logs/latest.log öffnen und ganz ans Ende springen.
  3. Nach den Wörtern ERROR, Exception oder Caused by suchen. Die letzte Caused by-Zeile ist meist die eigentliche Ursache.
  4. Falls ein Crash-Report existiert, dessen Kopfzeile lesen.
  5. Prüfen, was sich zuletzt geändert hat: Update, neuer Mod, geänderte Konfiguration oder größerer Umbau in der Welt.
  6. Ein Backup anlegen, bevor du etwas veränderst.

Schritt 5 ist entscheidend. Die meisten Abstürze haben eine Vorgeschichte. Lief der Server vorher stabil, ist die letzte Änderung fast immer der Auslöser.

Ursache 1: Falsche oder gemischte Versionen

Das Pack ist laut Modrinth für Client und Server erforderlich. Verbindet sich ein Spieler mit einer anderen Pack-Version, oder wurden Mods manuell ersetzt, führt das zu Beitrittsfehlern oder Abstürzen. Bei WZH läuft Version 6.2.0 auf Minecraft 1.21.1 mit NeoForge 21.1.230. Halte den Client auf derselben Version und tausche keine einzelnen Mods aus, solange du das Problem nicht eingegrenzt hast.

Auch Mods, die für andere Minecraft-Versionen gebaut sind, verursachen Abstürze. Achte bei jeder Zusatzmod auf 1.21.1 und NeoForge. Fabric-Mods laufen nicht auf NeoForge.

Ursache 2: Speichermangel

Ein java.lang.OutOfMemoryError im Log deutet auf zu knappen Arbeitsspeicher hin. Dann hilft ein größeres Paket. Wie du den Bedarf einschätzt, steht im Artikel zum RAM-Bedarf von Technical Electrical. Bei WZH sind für dieses Pack Cloud M, L und XL buchbar. Ein Paketwechsel ist möglich.

Nicht jeder Absturz mit Speicherbezug ist ein Zuweisungsproblem. Manchmal verursacht ein Fehler in einer Mod eine Endlosschleife, die den Speicher füllt. Wiederholt sich der Fehler trotz größerem Paket, geht es zurück zu Ursache 1 oder 3.

Ursache 3: Ein einzelner Mod oder Block

Steht im Stacktrace der Name einer Mod, zum Beispiel mekanism, create oder ae2, ist das ein Hinweis, aber noch kein Beweis. Der Fehler kann in einer anderen Mod entstehen und nur dort sichtbar werden. Häufig hilft ein Blick auf die Position: Manche Berichte nennen Koordinaten einer Block-Entität. Das ist der Ort, an dem der Server beim Absturz etwas verarbeitet hat.

Wenn ein bestimmter Block den Server beim Laden des Chunks zum Absturz bringt, kannst du das Problem mit einem Backup umgehen: Backup einer früheren Version wiederherstellen, den Block nicht wieder platzieren und den Fehler beim Autor melden. Der Autor betreibt einen Discord und ein GitHub-Repository, in dem Probleme gesammelt werden.

Ursache 4: Fehlerhafte Konfiguration

Hast du eine Konfigurationsdatei bearbeitet, prüfe die Syntax. Eine fehlende Klammer oder ein Tippfehler in einer .toml-Datei kann den Start verhindern. Im Log steht dann oft eine Meldung zum Parsen der Datei, mit Dateiname und Zeile. Setze die Datei zurück, indem du sie löschst und den Server neu startest, damit sie neu erzeugt wird, aber nur, wenn du eine Kopie hast. Mehr zu Konfigurationen findest du im Artikel Technical Electrical konfigurieren.

Ursache 5: Bekannte Bugs im Pack

Der Autor pflegt das Pack aktiv. Laut den Versionshinweisen auf Modrinth enthalten mehrere Releases Absturz-Fixes: 6.2.5 nennt "Fixed Crashes", 6.2.6 nennt "Fixed Crashes" zusammen mit Performance-Verbesserungen, und 6.2.8.1 beschreibt "Fixed crash on startup". Das zeigt, dass Abstürze in dieser Pack-Linie vorkamen und behoben wurden. Bei WZH läuft aktuell 6.2.0; ob WZH neuere Versionen freigibt, siehst du im Dashboard.

Wenn du einen Absturz hast, den du nicht selbst lösen kannst, prüfe, ob eine neuere Pack-Version existiert und ob sie den Fehler behebt. Aktualisiere aber nur mit Backup, wie im Artikel Technical Electrical updaten mit Backup beschrieben.

Server stürzt bei Last ab

Bricht der Server nicht beim Start, sondern nach einiger Zeit ab, suche nach Mustern. Tritt der Absturz bei bestimmten Aktionen auf, etwa beim Erkunden neuer Gebiete, beim Einschalten einer Fabrik oder beim Beitritt eines Spielers, ist das ein wichtiger Hinweis. Die Meldung "Can't keep up" im Log bedeutet, dass die Tick-Zeit zu hoch ist. Das kann einem Absturz vorausgehen. Dafür gibt es den Artikel zu Lag und TPS.

Ein Watchdog-Absturz entsteht, wenn ein Tick extrem lange dauert. Dann liegt eine überlastete Anlage oder eine Endlosschleife nahe. Dieser Fall ist ein Grund, den Bereich zu räumen oder per Backup zurückzugehen.

Die Welt retten

Ist eine Welt beschädigt, weil der Server abgestürzt ist, hilft das Backup im Dashboard. Du kannst Backups erstellen, wiederherstellen, herunterladen und sperren. Stelle das letzte funktionierende Backup wieder her. Wie oft du Backups anlegen solltest, ist Geschmackssache, aber vor jedem Update, jeder neuen Mod und jedem größeren Umbau ist ein Backup Pflicht. Allgemeine Hinweise stehen im Artikel Minecraft-Server-Backups.

Wenn nichts hilft: Support per Ticket

Kommst du nicht weiter, öffne ein Ticket im Store. Nenne die Pack-Version, den Zeitpunkt des Absturzes und was du zuletzt geändert hast, und hänge latest.log oder den Crash-Report an. Mit diesen Informationen lässt sich das Problem viel schneller einordnen. Wenn du noch keinen Server hast, findest du das Pack auf der Seite Technical Electrical Server.

FAQ

Wo finde ich den Crash-Report?

Im Ordner crash-reports im Dateimanager des Dashboards. Ergänzend hilft logs/latest.log.

Was bedeutet "Caused by" im Log?

Es nennt die eigentliche Ursache eines Fehlers. Die letzte "Caused by"-Zeile ist meist die wichtigste.

Soll ich einzelne Mods löschen, um den Absturz zu beheben?

Besser nicht. Ohne Kenntnis der Abhängigkeiten kann das neue Fehler erzeugen. Stelle lieber ein Backup wieder her oder frage im Support.

Hilft ein Update gegen Abstürze?

Manchmal. Laut Modrinth enthalten mehrere Versionen Absturz-Fixes. Aktualisiere nur mit Backup und nur mit im Dashboard freigegebenen Versionen.

Kann zu wenig RAM Abstürze verursachen?

Ja, ein OutOfMemoryError deutet darauf hin. Prüfe dann, ob ein größeres Paket sinnvoll ist.

Quellen

Dein Warenkorb
🛒

Dein Warenkorb ist leer