Palworld-Server stürzt ständig ab: So diagnostizierst und behebst du es

Die Kurzfassung

Palworld hat in seinem Dedicated-Server-Build ein seit Langem bestehendes Speicherleck. Der RAM-Verbrauch steigt stetig, solange der Server läuft, ungefähr im Verhältnis dazu, wie viele Spieler online sind und wie viele Pals in der Welt existieren, und wird nie freigegeben. Irgendwann erschöpft der Prozess den ihm zugeteilten RAM, und das Betriebssystem beendet ihn. Von außen sieht das wie ein zufälliger Absturz aus, weshalb so viele Leute zuerst ihrem Host die Schuld geben.

Serverbetreiber beschreiben das Muster durchweg gleich: Eine Welt mit vier Spielern und rund 80 Pals wächst typischerweise innerhalb von vier Stunden von etwa 3 GB auf über 8 GB, und ein ausgelasteter Community-Server mit 16 Spielern kann in einer halben Stunde 12 GB erreichen. Diese Zahlen schwanken mit deiner Welt, das Muster aber nicht. Wenn deine Abstürze in einem ungefähren Rhythmus statt zufällig kommen, ist das das Leck.

Die zwei Fehler, die nicht wie ein Absturz aussehen

Ein Absturz ist der einfache Fall: Der Prozess stirbt, und alles, was ihn überwacht, bemerkt es. Die beiden Ausfälle, die die meisten verwirrten Support-Tickets auslösen, lassen den Prozess am Leben und jede Health-Prüfung bestehen. Wir haben beide anhand von 22 Stunden Minutenmessungen vom 16GB-Server eines Kunden diagnostiziert, und sie sehen so aus:

Keines von beiden ist das Speicherleck. Der Fehler, dass die Welt entladen wird, trat dreimal in zwei Stunden auf einem Server mit weniger als 2.3GB Verbrauch auf, es liegt also weder am Leck noch am RAM-Limit. Teuer werden sie, weil die übliche Gesundheitsprüfung, ob der Spielprozess läuft, in beiden Zuständen besteht. Nichts startet den Server neu, und er kann stundenlang tot herumstehen, während du schläfst.

Bestätige, dass es am Speicher liegt, bevor du etwas änderst

Öffne das Ressourcen-Diagramm in deinem Dashboard und beobachte den RAM über eine Sitzung. Das Speicherleck hat eine Signatur, die kaum zu verwechseln ist:

• Der RAM steigt ab dem Start des Servers in einer fast geraden Linie an und fällt nie zurück, auch wenn die Spieler gegangen sind.
• Der Absturz passiert, wenn diese Linie die Obergrenze deines Tarifs erreicht, und nicht bei einem bestimmten Ereignis im Spiel.
• Es gibt keine brauchbare Absturzmeldung. Der Prozess verschwindet einfach, weil das Betriebssystem ihn beendet hat und nicht das Spiel.
• Ein Neustart des Servers behebt es vollständig, für weitere Stunden.

Wenn dein Server stattdessen jedes Mal im selben Moment stirbt oder Sekunden nach dem Start ausfällt, spring zum letzten Abschnitt. Das sind andere Probleme mit anderen Lösungen.

Lösung 1: Neustart nach Zeitplan

Das ist die unglamouröse Antwort, und zugleich die wirksame. Weil das Leck linear ist und ein Neustart alles löscht, setzt ein geplanter Neustart die Uhr zurück, bevor je die Obergrenze erreicht wird. Erfahrene Betreiber starten auf einem ausgelasteten öffentlichen Server typischerweise alle drei bis sechs Stunden neu und auf einem kleinen privaten ein- oder zweimal am Tag.

Ein Palworld-Neustart dauert etwa eine Minute, und die Welt wird zuvor gespeichert, die Kosten für die Spieler sind also gering. Wähle ein Zeitfenster, in dem deine Gruppe meist offline ist, kündige es in Discord an, und das Problem ist keins mehr. Auf Flux kannst du im Dashboard mit einem Klick neu starten, und weil ein Neustart auch ausstehende Spiel-Updates einspielt, ist er zugleich deine Patch-Routine.

Eine Falle, die du kennen solltest, wenn du selbst hostest oder einen anderen Anbieter nutzt: Das Skript für den geplanten Neustart im Standard-Palworld-Server-Image bittet den Server zuerst zu speichern und fährt nicht herunter, wenn das Speichern scheitert. Bei einem Server, der ein Leck hat, eingefroren ist oder keine Welt hat, also genau dem Server, für den ein nächtlicher Neustart gedacht ist, schlägt genau das Speichern fehl. Der Neustart tut dann ausgerechnet in den Nächten, in denen er nötig war, stillschweigend nichts, und die Logs zeigen ihn als ausgeführt. Prüfe, ob deiner wirklich neu gestartet hat, und nimm es nicht einfach an.

Fix 2: Pal-Angreifer deaktivieren

Raids lassen Wellen feindlicher Pals spawnen, die der Server noch lange nach dem Raid im Speicher hält. Sie auszuschalten ist das Nächste an einem von der Community anerkannten Workaround gegen das Leck, und Betreiber berichten durchweg, dass der RAM danach etwa halb so schnell ansteigt.

Setze in der PalWorldSettings.ini bEnableInvaderEnemy=False und starte neu. Du verlierst Basis-Raids, die manche Gruppen vermissen werden und viele nicht, und gewinnst dafür grob die doppelte Zeit zwischen Neustarts. Bearbeite die Datei im Konfigurationseditor des Dashboards; ein Terminal musst du nicht öffnen.

Fix 3: Begrenze, was wächst

Das Leck skaliert damit, wie viel Welt im Speicher gehalten werden muss, daher bremst es, wenn du begrenzt, wie viel deine Spieler erschaffen können. Zwei Einstellungen leisten den Großteil der Arbeit:

Eine Gilde, die in mehreren Basen je 50 arbeitende Pals geparkt hat, hält sehr viel dauerhafte Simulation im RAM, und jedes dieser Pals trägt zum Leck bei. Die Begrenzung der Arbeiterzahl ist aber nicht nur eine Speicherlösung: Sie ist in Palworld der größte Hebel für die CPU-Last des Servers und verbessert deshalb meist gleichzeitig den Lag.

Lösung 4: Spielraum geben

Nichts davon stoppt das Leck, es verlangsamt es nur. Die verbleibende Variable ist, wie viel Spielraum der Server hat, bevor er die Obergrenze erreicht, und das ist die Größe deines Tarifs. Wenn du 16 Spieler auf 8 GB betreibst, lässt du das Leck den Server innerhalb einer Stunde töten, egal wie gut du die Welt konfigurierst.

Diese Stufen gehen bereits von einem Server mit Leck aus und nicht von einem theoretischen Leerlauf. Wenn du auf der Stufe abstürzt, die zu deiner Spielerzahl passt, ist die übliche Ursache eine sehr ausgebaute Welt, und die beiden Einstellungen oben helfen dir mehr als der nächstgrößere Tarif. Wenn du eine Stufe unter deiner Spielerzahl liegst, geh nach oben. RAM auf Flux zu skalieren berührt deinen Welt-Spielstand nicht.

So hältst du einen Palworld-Server 24/7 online

Alles oben verlangsamt die Ausfälle. Nichts davon bringt einen bereits ausgefallenen Server zurück, und das ist der Unterschied zwischen einem Server, der meistens läuft, und einem, der immer läuft. Irgendetwas muss es bemerken und handeln, während du schläfst.

Diese Lücke schließt unser Palworld-Server-Image, und deshalb bauen wir es selbst, statt das Standard-Image zu nutzen. Es prüft den Server jede Minute von innen im Container auf das, was ein Spieler tatsächlich merken würde: ob der Netzwerk-Socket geleert wird, ob die Admin-API antwortet, ob die Welt geladen ist und tickt und ob die Spielstanddatei noch auf dem Datenträger liegt. Lautet die Antwort nein, startet es den Server neu. Du musst nichts aktivieren und keine Einstellung suchen.

Die Zurückhaltung ist genauso wichtig wie der Auslöser, denn ein Monitor, der gesunde Server neu startet, ist schlimmer als gar keiner:

• Es braucht dreimal hintereinander im Abstand einer Minute dasselbe Urteil, bevor es handelt: Eine schlechte Messung ist kein Fehler.
• Er handelt nie bei einem Server, den er noch nicht funktionieren gesehen hat, und nie in den ersten Minuten nach dem Start. Das Laden einer großen Welt dauert, und eine Neustartschleife hilft einem Server nicht, der defekt hochgekommen ist.
• Er kündigt den Neustart im Spiel an und zählt 60 Sekunden herunter, mit Erinnerungen bei 30 und 10 Sekunden, dann nimmt er eine letzte Messung. Ein Server, der sich während des Countdowns erholt hat, bleibt unangetastet, und der Countdown wird laut abgesagt.
• Er speichert nie. In jedem Zustand, der es so weit schafft, ist die Welt im Speicher bereits weg oder eingefroren, und einen defekten Server zum Speichern aufzufordern riskiert, dass diese Leere über deinen letzten guten Spielstand geschrieben wird. Ein Neustart kostet dich die Minuten seit dem letzten Autosave, die beim Auftreten des Fehlers ohnehin schon verloren waren.

Auch der nächtliche Neustart bei diesem Image ist repariert. Er warnt deine Spieler, speichert nur, wenn die Welt noch geladen ist und wirklich tickt, bittet den Server herunterzufahren und hört dann auf zu bitten: Nach einer Karenzzeit beendet er den Prozess, und Sekunden später läuft ein frischer Server. Er überspringt nie stillschweigend.

Eine Sache solltest du selbst erledigen: Lege im Tab Servereinstellungen ein Admin-Passwort fest. Die Prüfungen von Socket und Spielstand funktionieren auch ohne, aber die Prüfungen, die eine entladene Welt erkennen, sprechen mit der Admin-API des Servers, und ein Server ohne Passwort lehnt diese Aufrufe ab. Wir werten einen abgelehnten Aufruf bewusst nie als toten Server, sonst würden gesunde Welten alle paar Minuten neu gestartet. Lässt du das Feld leer, ist der Schutz also leiser, nicht lauter.

Wenn es nicht das Speicherleck ist

Er stürzt Sekunden nach dem Start ab, direkt nach einem Spiel-Update

Pocketpair veröffentlicht Client- und Server-Updates gemeinsam. Ein Server, der noch auf dem vorherigen Build läuft, lehnt Verbindungen ab oder bricht zusammen, sobald ein aktualisierter Client beitritt. Aktualisiere den Server, sobald der Client-Patch erscheint, und warte nicht auf eine Meldung deiner Spieler. Auf Flux zieht ein Neustart das aktuelle Image, das ist also ein Klick.

Er stürzt jedes Mal an derselben Stelle ab

Ein Absturz, der sich genau reproduzieren lässt, etwa immer dann, wenn sich ein bestimmter Spieler einloggt oder die Welt einen bestimmten Bereich erreicht, deutet auf einen beschädigten Spielstand hin und nicht auf den Speicher. Stelle das letzte Backup wieder her, das vor Beginn des Verhaltens erstellt wurde. Halte Backups genau deshalb planmäßig vor: Ein Spielstand, den du nicht zurückrollen kannst, ist ein Spielstand, den du verlieren kannst.

Er startet überhaupt nicht

Wenn der Server nie hochgekommen ist, ist das ein Konfigurations- oder Portproblem und kein Absturz. Prüfe, dass UDP 8211 der Port ist, den deine Spieler anwählen, und dass die PalWorldSettings.ini gültig ist, denn eine fehlerhafte Zeile verhindert, dass die Datei gelesen wird. Die Einrichtungsanleitung führt durch beides.

Eine Checkliste zum Abarbeiten

1. Finde heraus, welchen Ausfall du hast. Ein gerader Anstieg des RAM bis zur Obergrenze ist das Leck. Online, aber nicht beitretbar ist ein Hänger. Beitretbar, aber keine Welt ist eine entladene Welt. Sie brauchen unterschiedliche Antworten.
2. Setze bEnableInvaderEnemy=False in der PalWorldSettings.ini und starte neu.
3. Begrenze BaseCampWorkerMaxNum auf einen vernünftigen Wert für deine Gruppe und BaseCampMaxNum auf deine Spielerzahl.
4. Plane auf einem ausgelasteten Server alle drei bis sechs Stunden einen Neustart ein, auf einem privaten täglich.
5. Prüfe, ob der RAM deines Tarifs zu deiner Spielerzahl passt, und wechsle eine Stufe höher, wenn nicht.
6. Lass automatische Backups an, damit ein beschädigter Spielstand nur lästig ist und nicht das Ende der Welt.
7. Lege ein Admin-Passwort fest, damit die Prüfungen, die eine entladene Welt erkennen, deinen Server erreichen können.
8. Sorge dafür, dass etwas den Server neu startet, wenn er nicht mehr reagiert, und nicht nur, wenn er stirbt. Auf Flux ist das im Server-Image eingebaut.

Arbeite es in dieser Reihenfolge durch, und die große Mehrheit der Palworld-Absturzberichte hört auf. Was bleibt, ist eine Einschränkung der Spiel-Engine, die niemand für dich patchen kann, und so lautet die Frage nicht mehr, wie du jeden Ausfall verhinderst, sondern wie schnell der Server nach einem zurückkommt.