Project Zomboid serveri se mogu rušiti ili ne uspevaju da se pokrenu iz nekoliko dobro poznatih razloga. Ovaj vodič pokriva najčešće uzroke uočene kroz tikete podrške Legion Hosting-a — od memorijskog buga u Build 42 koji zahteva dodatni RAM pri pokretanju, preko prelivanja rezervnih kopija koje popunjava /tmp, do oštećenih konfiguracionih datoteka. Prođite kroz dole navedene odeljke redom.

Pre nego što počnete — Pronađite svoje crash logove

Skoro svaki pad Project Zomboid-a ostavlja dokaze na jednom od dva mesta. Proverite oba pre nego što pokušate bilo kakvu popravku, kako biste znali koji odeljak ovog vodiča se odnosi na vas.

Izlaz GPanel konzole

1. Prijavite se na GPanel.
2. Izaberite svoj Project Zomboid server sa liste servera.
3. Kliknite na karticu Console.
4. Skrolujte do dna izlaza. Potražite linije označene sa ERROR, FATAL, OutOfMemoryError ili Exception. Poslednjih 20–30 linija pre nego što se server zaustavio obično su najrelevantnije.
5. Ako je konzola prazna, proces servera se prekinuo pre nego što je mogao bilo šta da zapiše — što je samo po sebi nagoveštaj (pogledajte odeljak o B42 memoriji ispod).

Serverska debug.log datoteka

Project Zomboid zapisuje detaljan log u debug.log u serverskom direktorijumu podataka. Ova datoteka često sadrži kompletan Java stack trace koji direktno ukazuje na uzrok pada.

1. U GPanel-u, idite na karticu File Manager.
2. Navigirajte do /.cache/Logs/. Videćete datoteke nazvane poput debug.log, DebugLog-server.txt ili datirane log datoteke.
3. Otvorite najnoviju log datoteku. Koristite Ctrl+End ili skrolujte do samog dna i odatle čitajte naviše.
4. Potražite ključne reči OutOfMemoryError, IOException, NullPointerException ili SandboxVars. Kopirajte relevantne linije — biće vam potrebne ako otvorite tiket za podršku.

Popravka 1 — Visoko korišćenje memorije u Build 42 pri pokretanju (poznati bug igre)

Ako vaš server odmah izlazi pri pokretanju bez greške u konzoli, ili konzola prikazuje OutOfMemoryError ili Java heap space grešku, serveru ponestaje memorije pre nego što se svet završi učitavanje.

Simptomi

• Server se pokrene, konzola skroluje 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 pri nekim restartovanjima ali ne i pri drugima (dostupnost memorije varira).
• Server je radio dobro na B41 ali se konstantno ruši nakon nadogradnje na B42.

Koraci

1. U GPanel-u, kliknite na svoj server i idite na karticu Console. Zabeležite trenutnu alokaciju RAM-a vašeg servera prikazanu na traci resursa ili panelu sa informacijama o serveru.
2. Ako vaš plan uključuje manje od 10 GB RAM-a, server se može srušiti tokom pokretanja jer B42 zahteva otprilike 9 GB za inicijalizaciju. Moraćete da nadogradite svoj plan ili da sačekate da Indie Stone objavi popravku.
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 sa Java Memory, Max RAM ili Xmx. Potvrdite da je postavljeno na najviše 80–85% vašeg ukupnog dostupnog RAM-a. Na primer, na planu od 12 GB, postavite ovo na 10240 (10 GB u megabajtima). Nemojte ga postaviti jednako ili iznad ukupnog RAM-a — operativnom sistemu i drugim procesima takođe je potrebna memorija.
5. Kliknite na Save na kartici Startup, zatim restartujte server.
6. Pratite konzolu tokom pokretanja. Ako server dostigne liniju SERVER STARTED ili se LuaManager: Loading lua files... završi bez pada, alokacija memorije je sada dovoljna.

Popravka 2 — BackupsOnStart preliva /tmp (pad pri pokretanju)

Project Zomboid se može konfigurisati da kreira potpunu rezervnu kopiju sveta svaki put kada se server pokrene. Kada se ova rezervna kopija zapisuje u /tmp — koji je ograničene veličine na većini Linux host-ova — server se ruši usred pokretanja sa greškom pri zapisu na disk kada se /tmp popuni.

Simptomi

• Server se pouzdano ruši pri svakom restartovanju, ali je ranije radio.
• Konzola ili debug.log sadrži greške poput IOException: No space left on device ili pominje zapisivanje u /tmp/.
• Padovi imaju tendenciju da se pogoršavaju tokom vremena kako se sačuvani svet povećava.
• Server se ponekad pokrene ako pokušate ubrzo nakon čistog restarta host node-a (pre nego što se /tmp ponovo popuni).

Koraci — Onemogućite BackupsOnStart

1. U GPanel-u, idite na karticu File Manager.
2. Navigirajte do /.cache/server/. Potražite svoju konfiguracionu datoteku servera — obično se zove servertest.ini ili kako god se zove vaš server praćeno sa .ini (npr. MyServer.ini).
3. Otvorite .ini datoteku za uređivanje.
4. Koristite funkciju pretrage vašeg pregledača (Ctrl+F) da pronađete BackupsOnStart.
5. Promenite vrednost sa true na false:

   BackupsOnStart=false

6. Dok ste u datoteci, takođe proverite podešavanje BackupsOnVersionChange i postavite ga na false ako je prostor na disku problem:

   BackupsOnVersionChange=false

7. Sačuvajte datoteku i restartujte server. Pratite konzolu da biste potvrdili da server dostigne liniju SERVER STARTED.

Popravka 3 — Oštećeni SandboxVars.lua ili konfiguracija servera

Project Zomboid čuva podešavanja sveta u Lua datoteci nazvanoj SandboxVars.lua. Ako se ova datoteka ručno uredi i sačuva sa sintaksnom greškom, ili ako je prenos datoteke prekinut, server će se odmah srušiti pri pokretanju kada pokuša da parsira datoteku.

Simptomi

• Konzola prikazuje ERROR: SandboxVars, LuaManager error ili Lua parse grešku sa brojem linije.
• Pad je počeo da se dešava odmah nakon što ste uredili podešavanja u .ini datoteci ili direktno u SandboxVars.lua.
• Server može prikazati Bad argument #1 to ili slične Lua runtime greške.

Koraci — Proverite i popravite 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. Proverite da datoteka počinje sa VERSION = 1, (ili slično) unutar SandboxVars = { bloka, i da se završava zatvarajućom }. Bilo koji nedostajući zarez, nezatvorena vitičasta zagrada ili zalutali karakter izazvaće neuspeh parsiranja.
4. Ako ne možete da identifikujete grešku, najsigurnija popravka je da u potpunosti obrišete SandboxVars.lua. Server će je ponovo generisati sa podrazumevanim vrednostima pri sledećem pokretanju. Napomena: ovo resetuje vaša sandbox podešavanja (loot, broj zombija, itd.) na podrazumevane vrednosti — podaci vaše mape i podaci igrača nisu pogođeni.
5. Takođe proverite .ini datoteku u /.cache/server/ za slične probleme ako ste je nedavno ručno uređivali. Uverite se da svaka linija prati Key=Value format bez praznih linija unutar vrednosti.
6. Sačuvajte izmene i restartujte server.

Popravka 4 — Prazna admin lozinka izaziva pad

Project Zomboid zahteva neprazu admin lozinku za pokretanje multiplayer servera. Ako je polje za lozinku prazno, proces servera odmah izlazi nakon pokušaja inicijalizacije admin naloga.

Simptomi

• Potpuno novi server ili nedavno resetovan server ne uspeva pri svakom pokušaju pokretanja.
• Izlaz konzole je veoma kratak — server ispiše nekoliko linija inicijalizacije i zatim se zaustavi.
• debug.log može sadržati referencu na admin nalog ili validaciju lozinke.

Koraci

1. U GPanel-u, kliknite na svoj server i idite na karticu Startup.
2. Potražite polje označeno sa Admin Password ili RCON Password. Potvrdite da sadrži vrednost — ne sme biti prazno.
3. Ako je polje prazno, unesite lozinku. Koristite najmanje 8 karaktera. Izbegavajte specijalne karaktere poput !, #, $ ili @ u admin lozinki, jer neke PZ verzije ne uspevaju da ih ispravno parsiraju u argumentima pokretanja.
4. Kliknite na Save i restartujte server.
5. Kao sekundarnu proveru, otvorite .ini datoteku u /.cache/server/ i potvrdite da linija AdminPassword= ima vrednost nakon znaka jednakosti.

Popravka 5 — Resetovanje sveta (poslednje sredstvo za uporne padove)

Ako sačuvani svet postane oštećen — na primer nakon teškog pada servera, neuspele nadogradnje ili grešaka fajl sistema — sami podaci sačuvanog sveta mogu biti nepovratni. U tom slučaju, brisanje sveta i početak iz početka je jedina opcija.

Koraci

1. Zaustavite svoj server u GPanel-u pre nego što napravite bilo kakve izmene na datotekama sačuvanog sveta. Uređivanje datoteka na serveru koji radi može izazvati dalje oštećenje.
2. U GPanel-u, idite na karticu File Manager.
3. Navigirajte do /.cache/saves/multiplayer/.
4. Videćete jedan ili više foldera sa imenom vašeg servera (npr. servertest). Pre brisanja, opciono preuzmite folder kao rezervnu kopiju tako što ćete ga izabrati i koristiti opciju preuzimanja — čak i oštećeni sačuvani svet može kasnije biti delimično nadoknadiv.
5. Obrišite folder koji odgovara imenu vašeg servera unutar Multiplayer/. Nemojte brisati sam Multiplayer folder.
6. Takođe navigirajte do /.cache/db/ i obrišite <YourServerName>.db datoteku. Ova baza podataka čuva statistiku igrača i može referencirati stari svet — njeno ponovno generisanje izbegava nepoklapanja.
7. Pokrenite svoj server. Generisaće svež svet koristeći podešavanja u vašoj .ini datoteci.

Brza dijagnostička referenca

I dalje se ruši nakon svih koraka?