Project Zomboid-servere kan krasje eller mislykkes i å starte av flere velkjente årsaker. Denne veiledningen dekker de vanligste årsakene vi ser på tvers av supportsaker hos Legion Hosting — fra en Build 42-minnefeil som krever ekstra RAM ved oppstart, til et sikkerhetskopioverløp som fyller opp /tmp, til ødelagte konfigurasjonsfiler. Jobb deg gjennom seksjonene nedenfor i rekkefølge.

Før du begynner — finn krasjloggene dine

Nesten alle Project Zomboid-krasj etterlater spor ett av to steder. Sjekk begge før du forsøker noen løsning, slik at du vet hvilken seksjon i denne veiledningen som gjelder for deg.

GPanel-konsollutskrift

1. Logg inn på GPanel.
2. Velg Project Zomboid-serveren din fra serverlisten.
3. Klikk på Console-fanen.
4. Bla til bunnen av utskriften. Se etter linjer merket ERROR, FATAL, OutOfMemoryError eller Exception. De siste 20–30 linjene før serveren stoppet er vanligvis mest relevante.
5. Hvis konsollen er tom, ble serverprosessen avsluttet før den rakk å skrive noe — dette er i seg selv et hint (se B42-minneseksjonen nedenfor).

Serverens debug.log-fil

Project Zomboid skriver en detaljert logg til debug.log i serverens datakatalog. Denne filen inneholder ofte en fullstendig Java-stakksporing som peker direkte på krasjårsaken.

1. Gå til File Manager-fanen i GPanel.
2. Naviger til /.cache/Logs/. Du vil se filer med navn som debug.log, DebugLog-server.txt eller daterte loggfiler.
3. Åpne den nyeste loggfilen. Bruk Ctrl+End eller bla helt ned til bunnen og les oppover derfra.
4. Se etter nøkkelordene OutOfMemoryError, IOException, NullPointerException eller SandboxVars. Kopier de relevante linjene — du vil trenge dem hvis du oppretter en supportsak.

Løsning 1 — Høyt minnebruk ved oppstart i Build 42 (kjent spillfeil)

Hvis serveren din avsluttes umiddelbart ved oppstart uten feil i konsollen, eller konsollen viser OutOfMemoryError eller en Java heap space-feil, går serveren tom for minne før verdenen er ferdig lastet.

Symptomer

• Serveren starter, konsollen blar i noen sekunder, og stopper deretter uten noen feil rettet mot spilleren.
• Konsollen viser java.lang.OutOfMemoryError: Java heap space eller GC overhead limit exceeded.
• Serveren fungerer ved noen omstarter, men ikke andre (tilgjengelig minne varierer).
• Serveren kjørte greit på B41, men krasjer konsekvent etter oppgradering til B42.

Fremgangsmåte

1. Klikk på serveren din i GPanel og gå til Console-fanen. Noter serverens nåværende RAM-allokering som vises i ressurslinjen eller serverinfopanelet.
2. Hvis abonnementet ditt inkluderer mindre enn 10 GB RAM, kan serveren krasje under oppstart fordi B42 krever omtrent 9 GB for å initialisere. Du må oppgradere abonnementet ditt eller vente på at The Indie Stone slipper en løsning.
3. Hvis abonnementet ditt allerede har 10 GB eller mer og serveren fortsatt krasjer ved oppstart, gå til Startup-fanen i GPanel.
4. Se etter et felt merket Java Memory, Max RAM eller Xmx. Bekreft at det er satt til ikke mer enn 80–85 % av din totale tilgjengelige RAM. På et 12 GB-abonnement setter du for eksempel dette til 10240 (10 GB i megabyte). Ikke sett det lik eller over din totale RAM — operativsystemet og andre prosesser trenger også minne.
5. Klikk på Save i Startup-fanen, og start deretter serveren på nytt.
6. Følg med på konsollen under oppstart. Hvis serveren når linjen SERVER STARTED eller LuaManager: Loading lua files... fullføres uten å krasje, er minneallokeringen nå tilstrekkelig.

Løsning 2 — BackupsOnStart fyller opp /tmp (oppstartskrasj)

Project Zomboid kan konfigureres til å opprette en fullstendig verdenssikkerhetskopi hver gang serveren starter. Når denne sikkerhetskopien skrives til /tmp — som er begrenset i størrelse på de fleste Linux-verter — krasjer serveren midt under oppstart med en diskskrivefeil når /tmp fylles opp.

Symptomer

• Serveren krasjer pålitelig ved hver omstart, men fungerte tidligere.
• Konsollen eller debug.log inneholder feil som IOException: No space left on device eller nevner skriving til /tmp/.
• Krasjene har en tendens til å bli verre over tid etter hvert som verdenslagringen vokser.
• Serveren starter noen ganger hvis du prøver kort tid etter en ren omstart av vertsnoden (før /tmp fylles igjen).

Fremgangsmåte — Deaktiver BackupsOnStart

1. Gå til File Manager-fanen i GPanel.
2. Naviger til /.cache/server/. Se etter serverkonfigurasjonsfilen din — den heter vanligvis servertest.ini eller hva enn servernavnet ditt er etterfulgt av .ini (f.eks. MyServer.ini).
3. Åpne .ini-filen for redigering.
4. Bruk nettleserens søkefunksjon (Ctrl+F) for å søke etter BackupsOnStart.
5. Endre verdien fra true til false:

   BackupsOnStart=false

6. Mens du er i filen, sjekk også BackupsOnVersionChange-innstillingen og sett den til false hvis diskplass er en bekymring:

   BackupsOnVersionChange=false

7. Lagre filen og start serveren på nytt. Følg med på konsollen for å bekrefte at serveren når SERVER STARTED-linjen.

Løsning 3 — Ødelagt SandboxVars.lua eller serverkonfigurasjon

Project Zomboid lagrer verdensinnstillinger i en Lua-fil kalt SandboxVars.lua. Hvis denne filen redigeres manuelt og lagres med en syntaksfeil, eller hvis en filoverføring ble avbrutt, vil serveren krasje umiddelbart ved oppstart når den prøver å analysere filen.

Symptomer

• Konsollen viser ERROR: SandboxVars, LuaManager error eller en Lua-analysefeil med et linjenummer.
• Krasjet begynte å skje rett etter at du redigerte innstillinger i .ini-filen eller SandboxVars.lua direkte.
• Serveren kan vise Bad argument #1 to eller lignende Lua-kjøretidsfeil.

Fremgangsmåte — Sjekk og reparer SandboxVars.lua

1. Gå til File Manager i GPanel og naviger til /.cache/saves/multiplayer/<YourServerName>/.
2. Åpne SandboxVars.lua for redigering.
3. Sjekk at filen starter med VERSION = 1, (eller lignende) inne i en SandboxVars = {-blokk, og slutter med en avsluttende }. Et manglende komma, en uavsluttet krøllparentes eller et villedende tegn vil føre til en analysefeil.
4. Hvis du ikke kan identifisere feilen, er den tryggeste løsningen å slette SandboxVars.lua helt. Serveren vil regenerere den med standardverdier ved neste oppstart. Merk: dette tilbakestiller sandkasseinnstillingene dine (loot, antall zombier osv.) til standard — kartdataene og spillerdataene dine påvirkes ikke.
5. Sjekk også .ini-filen i /.cache/server/ for lignende problemer hvis du nylig redigerte den for hånd. Sørg for at hver linje følger Key=Value-formatet uten blanke linjer inne i en verdi.
6. Lagre endringene og start serveren på nytt.

Løsning 4 — Tomt adminpassord forårsaker krasj

Project Zomboid krever et ikke-tomt adminpassord for å starte en flerspillerserver. Hvis passordfeltet er tomt, avsluttes serverprosessen umiddelbart etter at den forsøker å initialisere adminkontoen.

Symptomer

• Helt ny server eller nylig tilbakestilt server mislykkes ved hvert oppstartsforsøk.
• Konsollutskriften er svært kort — serveren skriver ut noen få initialiseringslinjer og stopper deretter.
• debug.log kan inneholde en referanse til adminkontoen eller passordvalidering.

Fremgangsmåte

1. Klikk på serveren din i GPanel og gå til Startup-fanen.
2. Se etter et felt merket Admin Password eller RCON Password. Bekreft at det inneholder en verdi — det må ikke være tomt.
3. Hvis feltet er tomt, skriv inn et passord. Bruk minst 8 tegn. Unngå spesialtegn som !, #, $ eller @ i adminpassordet, ettersom noen PZ-versjoner ikke klarer å analysere dem korrekt i oppstartsargumentene.
4. Klikk på Save og start serveren på nytt.
5. Som en sekundær kontroll, åpne .ini-filen i /.cache/server/ og bekreft at linjen AdminPassword= har en verdi etter likhetstegnet.

Løsning 5 — Tilbakestill verdenen (siste utvei ved vedvarende krasj)

Hvis en verdenslagring blir ødelagt — for eksempel etter et hardt serverkrasj, en mislykket oppdatering eller filsystemfeil — kan selve lagringsdataene være uopprettelige. I dette tilfellet er det å slette verdenen og starte på nytt det eneste alternativet.

Fremgangsmåte

1. Stopp serveren din i GPanel før du gjør noen endringer i lagringsfilene. Redigering av filer på en kjørende server kan forårsake ytterligere ødeleggelse.
2. Gå til File Manager-fanen i GPanel.
3. Naviger til /.cache/saves/multiplayer/.
4. Du vil se én eller flere mapper med servernavnet ditt (f.eks. servertest). Før du sletter, kan du eventuelt laste ned mappen som en sikkerhetskopi ved å velge den og bruke nedlastingsalternativet — selv en ødelagt lagring kan delvis kunne gjenopprettes senere.
5. Slett mappen som samsvarer med servernavnet ditt inne i Multiplayer/. Ikke slett selve Multiplayer-mappen.
6. Naviger også til /.cache/db/ og slett <YourServerName>.db-filen. Denne databasen inneholder spillerstatistikk og kan referere til den gamle verdenen — å regenerere den unngår uoverensstemmelser.
7. Start serveren din. Den vil generere en ny verden ved hjelp av innstillingene i .ini-filen din.

Hurtig diagnostisk referanse

Krasjer fortsatt etter alle trinnene?