Project Zomboid serveri mogu pasti ili se ne pokrenuti iz nekoliko dobro poznatih razloga. Ovaj vodič pokriva najčešće uzroke viđene u Legion Hosting zahtjevima za podršku — od Build 42 greške s memorijom koja zahtijeva dodatni RAM pri pokretanju, do prekoračenja sigurnosnih kopija koje popunjava /tmp, do oštećenih konfiguracijskih datoteka. Prođite kroz odjeljke u nastavku redom.

Prije nego počnete — Pronađite zapise o padovima

Gotovo svaki pad Project Zomboid-a ostavlja tragove na jednom od dva mjesta. Provjerite oba prije pokušaja bilo kakvog popravka, kako biste znali koji odjeljak ovog vodiča se odnosi na vas.

Ispis konzole u GPanel-u

1. Prijavite se u GPanel.
2. Odaberite svoj Project Zomboid server s popisa servera.
3. Kliknite na karticu Console.
4. Pomaknite se na dno ispisa. Potražite redove označene s ERROR, FATAL, OutOfMemoryError ili Exception. Zadnjih 20–30 redova prije nego se server zaustavio obično su najrelevantniji.
5. Ako je konzola prazna, proces servera se završio prije nego je mogao išta zapisati — to je samo po sebi trag (pogledajte odjeljak o B42 memoriji u nastavku).

Datoteka debug.log servera

Project Zomboid zapisuje detaljan zapis u debug.log u podatkovnom direktoriju servera. Ova datoteka često sadrži potpuni Java stack trace koji izravno ukazuje na uzrok pada.

1. U GPanel-u idite na karticu File Manager.
2. Navigirajte do /.cache/Logs/. Vidjet ćete datoteke nazvane poput debug.log, DebugLog-server.txt ili datoteke zapisa s datumom.
3. Otvorite najnoviju datoteku zapisa. Koristite Ctrl+End ili se pomaknite na sam kraj i čitajte odozdo prema gore.
4. Potražite ključne riječi OutOfMemoryError, IOException, NullPointerException ili SandboxVars. Kopirajte relevantne redove — trebat će vam ako otvorite zahtjev za podršku.

Popravak 1 — Build 42 visoka potrošnja memorije pri pokretanju (poznata greška igre)

Ako se vaš server odmah ugasi pri pokretanju bez greške u konzoli, ili konzola prikazuje OutOfMemoryError ili grešku Java heap prostora, server ostaje bez memorije prije nego svijet završi s učitavanjem.

Simptomi

• Server se pokrene, konzola se pomiče nekoliko sekundi, zatim se zaustavi bez greške vidljive igračima.
• Konzola prikazuje java.lang.OutOfMemoryError: Java heap space ili GC overhead limit exceeded.
• Server radi na nekim ponovnim pokretanjima, ali ne na drugima (dostupnost memorije varira).
• Server je radio normalno na B41, ali se stalno ruši nakon nadogradnje na B42.

Koraci

1. U GPanel-u kliknite na svoj server i idite na karticu Console. Zabilježite trenutnu dodjelu RAM-a vašeg servera prikazanu u traci resursa ili panelu s informacijama o serveru.
2. Ako vaš plan uključuje manje od 10 GB RAM-a, server se može srušiti tijekom pokretanja jer B42 zahtijeva otprilike 9 GB za inicijalizaciju. Trebat ćete nadograditi svoj plan ili pričekati da Indie Stone objavi popravak.
3. Ako vaš plan već ima 10 GB ili više, a server se i dalje ruši pri pokretanju, idite na karticu Startup u GPanel-u.
4. Potražite polje označeno s Java Memory, Max RAM ili Xmx. Potvrdite da je postavljeno na najviše 80–85% vašeg ukupnog dostupnog RAM-a. Na primjer, na planu od 12 GB, postavite ovo na 10240 (10 GB u megabajtima). Ne postavljajte ga jednako ili iznad ukupnog RAM-a — operativni sustav i drugi procesi također trebaju memoriju.
5. Kliknite Save na kartici Startup, zatim ponovno pokrenite server.
6. Pratite konzolu tijekom pokretanja. Ako server dođe do reda SERVER STARTED ili se LuaManager: Loading lua files... dovrši bez pada, dodjela memorije je sada dovoljna.

Popravak 2 — BackupsOnStart prekoračuje /tmp (pad pri pokretanju)

Project Zomboid se može konfigurirati da stvara potpunu sigurnosnu kopiju svijeta svaki put kad se server pokrene. Kada se ova sigurnosna kopija zapisuje u /tmp — koji je ograničene veličine na većini Linux domaćina — server se ruši usred pokretanja s greškom zapisa na disk kad se /tmp popuni.

Simptomi

• Server se pouzdano ruši pri svakom ponovnom pokretanju, ali je ranije radio.
• Konzola ili debug.log sadrži greške poput IOException: No space left on device ili spominje zapisivanje u /tmp/.
• Padovi se pogoršavaju s vremenom kako spremljeni svijet raste.
• Server se ponekad pokrene ako pokušate ubrzo nakon čistog ponovnog pokretanja čvora domaćina (prije nego se /tmp ponovno popuni).

Koraci — Onemogućite BackupsOnStart

1. U GPanel-u idite na karticu File Manager.
2. Navigirajte do /.cache/server/. Potražite konfiguracijsku datoteku vašeg servera — obično se zove servertest.ini ili ime vašeg servera praćeno s .ini (npr. MyServer.ini).
3. Otvorite .ini datoteku za uređivanje.
4. Koristite funkciju pretraživanja preglednika (Ctrl+F) za pretraživanje BackupsOnStart.
5. Promijenite vrijednost s true na false:

   BackupsOnStart=false

6. Dok ste u datoteci, također provjerite postavku BackupsOnVersionChange i postavite je na false ako je prostor na disku problem:

   BackupsOnVersionChange=false

7. Spremite datoteku i ponovno pokrenite server. Pratite konzolu da potvrdite da server dosegne red SERVER STARTED.

Popravak 3 — Oštećena SandboxVars.lua ili konfiguracija servera

Project Zomboid pohranjuje postavke svijeta u Lua datoteku zvanu SandboxVars.lua. Ako se ova datoteka ručno uredi i spremi sa sintaktičkom greškom, ili ako je prijenos datoteke prekinut, server će se srušiti odmah pri pokretanju kada pokuša parsirati datoteku.

Simptomi

• Konzola prikazuje ERROR: SandboxVars, LuaManager error ili Lua grešku parsiranja s brojem reda.
• Pad se počeo događati odmah nakon što ste uredili postavke u .ini datoteci ili izravno u SandboxVars.lua.
• Server može prikazati Bad argument #1 to ili slične Lua runtime greške.

Koraci — Provjera i popravak SandboxVars.lua

1. U GPanel-u idite na File Manager i navigirajte do /.cache/saves/multiplayer/<YourServerName>/.
2. Otvorite SandboxVars.lua za uređivanje.
3. Provjerite da datoteka počinje s VERSION = 1, (ili slično) unutar bloka SandboxVars = {, i završava sa zatvarajućom }. Bilo koji nedostajući zarez, nezatvorena vitičasta zagrada ili zalutali znak uzrokovat će grešku parsiranja.
4. Ako ne možete identificirati grešku, najsigurniji popravak je potpuno brisanje SandboxVars.lua. Server će je regenerirati sa zadanim vrijednostima pri sljedećem pokretanju. Napomena: ovo resetira vaše sandbox postavke (plijen, broj zombija itd.) na zadane vrijednosti — podaci vaše karte i igrača nisu pogođeni.
5. Također provjerite .ini datoteku u /.cache/server/ za slične probleme ako ste je nedavno ručno uređivali. Osigurajte da svaki red slijedi format Key=Value bez praznih redova unutar vrijednosti.
6. Spremite promjene i ponovno pokrenite server.

Popravak 4 — Prazna administratorska lozinka uzrokuje pad

Project Zomboid zahtijeva nepraznu administratorsku lozinku za pokretanje multiplayer servera. Ako je polje lozinke prazno, proces servera se odmah završava nakon pokušaja inicijalizacije administratorskog računa.

Simptomi

• Potpuno novi server ili nedavno resetiran server ne uspijeva pri svakom pokušaju pokretanja.
• Ispis konzole je vrlo kratak — server ispisuje nekoliko redova inicijalizacije i zatim se zaustavlja.
• debug.log može sadržavati referencu na administratorski račun ili provjeru valjanosti lozinke.

Koraci

1. U GPanel-u kliknite na svoj server i idite na karticu Startup.
2. Potražite polje označeno s Admin Password ili RCON Password. Potvrdite da sadrži vrijednost — ne smije biti prazno.
3. Ako je polje prazno, unesite lozinku. Koristite najmanje 8 znakova. Izbjegavajte posebne znakove poput !, #, $ ili @ u administratorskoj lozinki, jer neke PZ verzije ne mogu ih ispravno parsirati u argumentima pokretanja.
4. Kliknite Save i ponovno pokrenite server.
5. Kao dodatnu provjeru, otvorite .ini datoteku u /.cache/server/ i potvrdite da red AdminPassword= ima vrijednost nakon znaka jednakosti.

Popravak 5 — Resetiranje svijeta (posljednje rješenje za trajne padove)

Ako spremljeni svijet postane oštećen — na primjer nakon naglog pada servera, neuspjelog ažuriranja ili grešaka datotečnog sustava — spremljeni podaci mogu biti nepopravljivi. U tom slučaju, brisanje svijeta i započinjanje ispočetka jedina je opcija.

Koraci

1. Zaustavite server u GPanel-u prije bilo kakvih promjena datoteka spremanja. Uređivanje datoteka na pokrenutom serveru može uzrokovati daljnje oštećenje.
2. U GPanel-u idite na karticu File Manager.
3. Navigirajte do /.cache/saves/multiplayer/.
4. Vidjet ćete jednu ili više mapa s imenom vašeg servera (npr. servertest). Prije brisanja, opcionalno preuzmite mapu kao sigurnosnu kopiju odabirom i korištenjem opcije preuzimanja — čak i oštećeno spremanje može biti djelomično obnovljivo kasnije.
5. Izbrišite mapu koja odgovara imenu vašeg servera unutar Multiplayer/. Nemojte brisati samu mapu Multiplayer.
6. Također navigirajte do /.cache/db/ i izbrišite datoteku <YourServerName>.db. Ova baza podataka sadrži statistike igrača i može referencirati stari svijet — regeneriranje izbjegava neusklađenosti.
7. Pokrenite server. Generirat će svježi svijet koristeći postavke iz vaše .ini datoteke.

Brza dijagnostička referenca

I dalje se ruši nakon svih koraka?