Project Zomboid servere kan gå ned eller undlade at starte af flere velkendte årsager. Denne guide dækker de mest almindelige årsager set på tværs af Legion Hosting supporthenvendelser — fra en Build 42 hukommelsesfejl der kræver ekstra RAM ved opstart, til en backup-overløb der fylder /tmp, til beskadigede konfigurationsfiler. Gennemgå afsnittene nedenfor i rækkefølge.

Inden du begynder — Find dine nedbrudslogfiler

Næsten alle Project Zomboid nedbrud efterlader spor ét af to steder. Tjek begge inden du forsøger nogen rettelse, så du ved hvilket afsnit i denne guide der gælder for dig.

GPanel konsoloutput

1. Log ind på GPanel.
2. Vælg din Project Zomboid server fra serverlisten.
3. Klik på fanen Console.
4. Rul ned til bunden af outputtet. Kig efter linjer markeret med ERROR, FATAL, OutOfMemoryError eller Exception. De sidste 20–30 linjer før serveren stoppede er normalt de mest relevante.
5. Hvis konsollen er tom, afsluttede serverprocessen før den kunne skrive noget — dette er i sig selv et fingerpeg (se B42 hukommelsesafsnittet nedenfor).

Serverens debug.log fil

Project Zomboid skriver en detaljeret log til debug.log i serverens datamappe. Denne fil indeholder ofte en fuld Java stack trace der peger direkte på nedbrudsårsagen.

1. I GPanel, gå til fanen File Manager.
2. Naviger til /.cache/Logs/. Du vil se filer navngivet som debug.log, DebugLog-server.txt eller daterede logfiler.
3. Åbn den nyeste logfil. Brug Ctrl+End eller rul helt ned til bunden og læs opad derfra.
4. Kig efter nøgleordene OutOfMemoryError, IOException, NullPointerException eller SandboxVars. Kopiér de relevante linjer — du får brug for dem, hvis du opretter en supporthenvendelse.

Rettelse 1 — Build 42 højt hukommelsesforbrug ved opstart (kendt spilfejl)

Hvis din server afslutter med det samme ved opstart uden fejl i konsollen, eller konsollen viser OutOfMemoryError eller en Java heap space fejl, løber serveren tør for hukommelse før verdenen er færdig med at indlæse.

Symptomer

• Serveren starter, konsollen ruller i et par sekunder, og stopper derefter uden nogen spiller-synlig fejl.
• Konsollen viser java.lang.OutOfMemoryError: Java heap space eller GC overhead limit exceeded.
• Serveren virker ved nogle genstarter men ikke andre (hukommelsestilgængelighed varierer).
• Serveren kørte fint på B41 men går konsekvent ned efter opgradering til B42.

Trin

1. I GPanel, klik på din server og gå til fanen Console. Bemærk din servers aktuelle RAM-allokering vist i ressourcebjælken eller serverinfopanelet.
2. Hvis dit abonnement inkluderer mindre end 10 GB RAM, kan serveren gå ned under opstart, fordi B42 kræver cirka 9 GB til initialisering. Du skal opgradere dit abonnement eller vente på, at Indie Stone udgiver en rettelse.
3. Hvis dit abonnement allerede har 10 GB eller mere, og serveren stadig går ned ved opstart, gå til fanen Startup i GPanel.
4. Kig efter et felt mærket Java Memory, Max RAM eller Xmx. Bekræft at det er sat til højst 80–85% af din totale tilgængelige RAM. For eksempel, på et 12 GB abonnement, sæt dette til 10240 (10 GB i megabytes). Sæt det ikke lig med eller over din totale RAM — operativsystemet og andre processer har også brug for hukommelse.
5. Klik Save på Startup-fanen, og genstart derefter din server.
6. Hold øje med konsollen under opstart. Hvis serveren når linjen SERVER STARTED eller LuaManager: Loading lua files... fuldfører uden nedbrud, er hukommelsesallokeringen nu tilstrækkelig.

Rettelse 2 — BackupsOnStart overløber /tmp (opstartsnedbrud)

Project Zomboid kan konfigureres til at oprette en fuld verdensbackup hver gang serveren starter. Når denne backup skrives til /tmp — som har begrænset størrelse på de fleste Linux-værter — går serveren ned midt i opstarten med en diskskrivningsfejl, når /tmp bliver fuld.

Symptomer

• Serveren går pålideligt ned ved hver genstart, men virkede tidligere.
• Konsollen eller debug.log indeholder fejl som IOException: No space left on device eller nævner skrivning til /tmp/.
• Nedbrud har tendens til at blive værre over tid, efterhånden som verdenens gemmedata vokser.
• Serveren starter nogle gange, hvis du prøver kort efter en ren genstart af værtsnoden (før /tmp fyldes igen).

Trin — Deaktiver BackupsOnStart

1. I GPanel, gå til fanen File Manager.
2. Naviger til /.cache/server/. Find din serverkonfigurationsfil — den hedder typisk servertest.ini eller dit servernavn efterfulgt af .ini (f.eks. MyServer.ini).
3. Åbn .ini-filen til redigering.
4. Brug din browsers søgefunktion (Ctrl+F) til at søge efter BackupsOnStart.
5. Ændr værdien fra true til false:

   BackupsOnStart=false

6. Mens du er i filen, tjek også indstillingen BackupsOnVersionChange og sæt den til false, hvis diskplads er et problem:

   BackupsOnVersionChange=false

7. Gem filen og genstart din server. Overvåg konsollen for at bekræfte, at serveren når linjen SERVER STARTED.

Rettelse 3 — Beskadiget SandboxVars.lua eller serverkonfiguration

Project Zomboid gemmer verdensindstillinger i en Lua-fil kaldet SandboxVars.lua. Hvis denne fil redigeres manuelt og gemmes med en syntaksfejl, eller hvis en filoverførsel blev afbrudt, vil serveren gå ned med det samme ved opstart, når den forsøger at fortolke filen.

Symptomer

• Konsollen viser ERROR: SandboxVars, LuaManager error eller en Lua-fortolkningsfejl med et linjenummer.
• Nedbruddet begyndte at ske lige efter, at du redigerede indstillinger i .ini-filen eller SandboxVars.lua direkte.
• Serveren kan vise Bad argument #1 to eller lignende Lua-kørselsfejl.

Trin — Tjek og reparer SandboxVars.lua

1. I GPanel, gå til File Manager og naviger til /.cache/saves/multiplayer/<YourServerName>/.
2. Åbn SandboxVars.lua til redigering.
3. Tjek at filen starter med VERSION = 1, (eller lignende) inde i en SandboxVars = { blok, og slutter med en afsluttende }. Ethvert manglende komma, uafsluttet klamme eller vildfaren tegn vil forårsage en fortolkningsfejl.
4. Hvis du ikke kan identificere fejlen, er den sikreste løsning at slette SandboxVars.lua helt. Serveren vil genskabe den med standardværdier ved næste opstart. Bemærk: dette nulstiller dine sandbox-indstillinger (loot, zombieantal osv.) til standarder — dine kortdata og spillerdata påvirkes ikke.
5. Tjek også .ini-filen i /.cache/server/ for lignende problemer, hvis du for nylig har redigeret den i hånden. Sørg for at hver linje følger formatet Key=Value uden blanke linjer inde i en værdi.
6. Gem ændringer og genstart serveren.

Rettelse 4 — Tom administratoradgangskode forårsager nedbrud

Project Zomboid kræver en ikke-tom administratoradgangskode for at starte en multiplayer-server. Hvis adgangskodefeltet er tomt, afslutter serverprocessen med det samme efter forsøg på at initialisere administratorkontoen.

Symptomer

• Helt ny server eller nyligt nulstillet server fejler ved hvert startforsøg.
• Konsoloutputtet er meget kort — serveren udskriver et par initialiseringslinjer og stopper derefter.
• debug.log kan indeholde en reference til administratorkontoen eller adgangskodevalidering.

Trin

1. I GPanel, klik på din server og gå til fanen Startup.
2. Kig efter et felt mærket Admin Password eller RCON Password. Bekræft at det indeholder en værdi — det må ikke være tomt.
3. Hvis feltet er tomt, indtast en adgangskode. Brug mindst 8 tegn. Undgå specialtegn som !, #, $ eller @ i administratoradgangskoden, da nogle PZ-versioner ikke kan fortolke dem korrekt i opstartsargumenterne.
4. Klik Save og genstart serveren.
5. Som et sekundært tjek, åbn .ini-filen i /.cache/server/ og bekræft at linjen AdminPassword= har en værdi efter lighedstegnet.

Rettelse 5 — Nulstil verdenen (sidste udvej ved vedvarende nedbrud)

Hvis en verdensgemmefil bliver beskadiget — for eksempel efter et hårdt servernedbrud, en mislykket opdatering eller filsystemfejl — kan gemmedataene være uoprettelige. I dette tilfælde er sletning af verdenen og start forfra den eneste mulighed.

Trin

1. Stop din server i GPanel inden du foretager ændringer i gemmefilerne. Redigering af filer på en kørende server kan forårsage yderligere beskadigelse.
2. I GPanel, gå til fanen File Manager.
3. Naviger til /.cache/saves/multiplayer/.
4. Du vil se én eller flere mapper med dit servernavn (f.eks. servertest). Inden sletning, download eventuelt mappen som backup ved at vælge den og bruge download-muligheden — selv en beskadiget gemmefil kan muligvis delvist gendannes senere.
5. Slet mappen der matcher dit servernavn inde i Multiplayer/. Slet ikke selve Multiplayer-mappen.
6. Naviger også til /.cache/db/ og slet filen <YourServerName>.db. Denne database indeholder spillerstatistikker og kan referere til den gamle verden — genskabelse af den undgår uoverensstemmelser.
7. Start din server. Den vil generere en frisk verden ved hjælp af indstillingerne i din .ini-fil.

Hurtig diagnostisk reference

Går stadig ned efter alle trin?