Jos Palworld-palvelimesi kaatuu jatkuvasti, syy on lähes aina yksi viidestä, eikä "tarvitsen paremman nettiyhteyden" ole niistä yksikään. Olemme ajaneet tuhansia Palworld-instansseja Pterodactyl-paneelimme läpi, ja samat syylliset toistuvat kerta toisensa jälkeen: tunnettu pelimoottorin muistivuoto, joka tappaa palvelimen 30 minuutin ja 4 tunnin välein, käynnistyksen bind-virhe joka ei päästä prosessia lainkaan pystyyn, Level.sav-korruptio kovan sammutuksen jäljiltä, palien entiteettimäärän räjähdys korkean tason tukikohdassa, ja versioero palvelinbinäärin ja clientin välillä patchin laskeuduttua. Tämä opas käy jokaisen korjauksen läpi siinä järjestyksessä, jossa ne kannattaa kokeilla, mukana ne tarkat lokirivit jotka kertovat mikä niistä sinua puri ja ne asetukset jotka pitää muuttaa.
Tunnista ensin, mistä kaatumisesta on kyse
Lause "palvelimeni kaatui" kätkee sisäänsä ainakin kolme täysin eri vikatilaa. Avaa palvelimesi konsoli (Pterodactylissa Console-välilehti) ja etsi viimeisistä 200 rivistä jotakin näistä kuvioista:
LogMemory: Out of memory # muistivuoto / OOM-tappo
bind: Address already in use # käynnistyksen porttiristiriita
LogPalSav: Failed to load Level.sav # tallennuksen korruptio
LogPalNetworkConnection: ProtocolMismatch # versioero patchin jälkeen
Fatal error: [File:...UE5...World.cpp] # palien entiteettien ylivuoto
Rivi kertoo, mihin alla olevaan osioon hypätä. Jos et näe mitään näistä, vieritä viimeisen "Server started" -rivin ohi ja lue ylöspäin. Kaatuminen kirjautuu lähes aina sille riville, joka on heti ennen prosessin sammumista.
Korjaus 1: muistivuoto (se 30 minuutin ja 4 tunnin tappaja)
Tämä on ylivoimaisesti yleisin syy Palworld-palvelimen kaatumiseen, ja juuri tämän useimmat "säädä asetuksiasi" -oppaat menevät väärin. Palworldin dedikoidun palvelimen binääri vuotaa muistia suunnilleen lineaarisesti pelaajamäärän ja palien kokonaismäärän mukaan. Neljän pelaajan palvelin, jonka maailmassa on 80 palia, kasvaa tyypillisesti tuoreen käynnistyksen 3 GB:stä yli 8 GB:hen neljässä tunnissa. 16 pelaajan yhteisöpalvelin voi osua 12 GB:hen puolessa tunnissa. Kun host tappaa prosessin muistirajan ylityksestä, pelaajasi näkevät "server connection lost" ja maailma menee offline.
Oire lokissa on yksiselitteinen:
LogMemory: Out of memory - process killed
Itse vuotoon ei ole siistiä asetuskorjausta. Kyse on pelimoottorin puolen bugista, jota Pocketpair on kaivertanut julkaisusta asti mutta ei ole saanut pois. Se mitä voit tehdä:
- Varaa riittävästi muistia heti alkuun. Suosituksemme vakavasti otettavalle Palworld-palvelimelle on 8 GB neljästä kahdeksaan pelaajaan, 12 GB kahdeksasta kuuteentoista ja 16 GB kuudestatoista kolmeenkymmeneenkahteen. Vähemmällä vuoto osuu kattoon ennen ensimmäistä yötä.
- Ajasta päivittäinen uudelleenkäynnistys. Uudelleenkäynnistys 4-6 tunnin välein (tai kerran yössä pelaajiesi hiljaisimpaan aikaan) palauttaa vuotaneen muistin lähtötasolle. DoomHostingilla tämä asetetaan Ajastukset-välilehdellä. Valitse "Käynnistä palvelin uudelleen" ja cron-lauseke
0 */6 * * *, niin se toistuu kuuden tunnin välein. - Rajoita palien määrää. Laske
PalWorldSettings.ini-tiedostossaBaseCampWorkerMaxNum=15kymmeneen, jos porukkasi pitää jokaisen tukikohdan täytenä. Jokainen tukikohtaan napattu pali tikittää tekoälyään joka framella, vaikka kukaan ei olisi kirjautuneena sisään. - Vältä "lisää työntekijöitä" -refleksiä.
WorkerThreadsForUE4=0ja korkeampiNumberOfWorkerThreadsServereivät vähennä vuotoa. Ne kiihdyttävät sitä, koska palvelin simuloi enemmän entiteettejä per tikki. Jätä molemmat oletuksiinsa.
Jos vuoto on sinun ongelmasi, ajastettu uudelleenkäynnistys puolella siitä välistä, jolla palvelin nyt kuolee, on pienimmän vaivan korjaus joka oikeasti toimii.
Korjaus 2: palvelin kaatuu käynnistyksessä (bind-virhe)
Jos palvelin kuolee ensimmäisen kymmenen sekunnin aikana eikä koskaan pääse "World loaded" -riville, kyse ei juuri koskaan ole tallennuksesta. Kyse on porttiristiriidasta tai asetustiedoston jäsennysvirheestä. Loki näyttää jonkin näistä:
bind: Address already in use
Couldn't bind to UDP port 8211
LogConfig: Failed to parse PalWorldSettings.ini at line 47
Palworld käyttää oletuksena UDP-porttia 8211 ja REST-rajapinta TCP-porttia 8212. Itse isännöidyllä koneella mikä tahansa muu näitä portteja jo käyttävä (vanha Palworld-prosessi joka ei sammunut siististi, toinen pelipalvelin tai jokin järjestelmäpalvelu) estää uutta prosessia varaamasta niitä. Pysäytä kilpaileva palvelu tai vaihda Palworldin portti käynnistysargumenteissa (-port=8214 -publiclobby), niin varaus onnistuu.
Asetusten jäsennysvirheessä vika on PalWorldSettings.ini-tiedostossa ja loki nimeää ongelmarivin. Yleisin sudenkuoppa: tiedosto käyttää yksirivistä OptionSettings=(...)-muotoa, ja puuttuva pilkku kahden asetuksen välissä rikkoo hiljaa koko tiedoston siitä rivistä eteenpäin. Avaa se, katso lokin kertoma rivinumero ja lisää puuttuva pilkku tai sulje sulkumerkki.
DoomHostingilla määritämme portit automaattisesti ja tarkistamme asetustiedoston ennen jokaista käynnistystä, joten sekä bind-virhe että jäsennysvirhe on torjuttu etukäteen. Jos isännöit itse kotona ja törmäät jatkuvasti viestiin "Address already in use", aja ss -tulnp | grep 8211 ja katso mikä prosessi porttia pitää.
Korjaus 3: Level.sav-korruptio (kaatuminen ilman latausta)
Jos palvelin latautui eilen normaalisti ja kieltäytyy latautumasta tänään, tai jos se latautuu, pyörii muutaman minuutin ja kaatuu joka uudelleenkäynnistyksellä takaisin samaan tilaan, tallennuksesi on todennäköisesti korruptoitunut. Tämä on yleisintä kovan sammutuksen jälkeen: host vetää töpselin kesken tallennuksen, OOM osuu autosaven kirjoituksen aikana tai itse isännöidyltä koneelta katkeaa sähköt.
LogPalSav: Failed to load Level.sav - end of file at position xxxx
Fatal error: [File:...SaveGame.cpp:...] World save unrecoverable
Palworld ei tee automaattisia varmuuskopioita oletuksena. Palautusvaihtoehdot järjestyksessä:
- Etsi
.bak-tiedosto tallennuskansiostasi. Jos sinä (tai hostisi) ajoit epävirallista varmuuskopiomodia tai käytit paneelin puolen tilannevedosta, palauta tuorein.baknimeämällä se uudelleen muotoonLevel.sav. - Tarkista
Players/-kansio. Pelaajien tallennustiedostot (Players/<steamid>.sav) ovat erillään maailman tallennuksesta ja säilyvät yleensä silloinkin kun Level.sav ei säily. Jos joudut arpomaan maailman uusiksi, pelaajasi pitävät tavaransa ja tasonsa. - Katso löytyykö
Level.sav.tmp. Palworld kirjoittaa jokaisella tallennuksella.tmp-tiedoston ja nimeää sen sitten uudelleen. Jos uudelleennimeäminen keskeytyi,.tmpvoi yhä pitää sisällään kelvollisen aiemman tallennuksen. Nimeä se muotoonLevel.savja kokeile latausta.
DoomHostingilla ajamme päivittäisen tilannevedoksen tallennuskansiosta. Jos olet päässyt tänne asti, avaa tiketti, niin palautamme viime yön vedoksen alle viidessä minuutissa.
Korjaus joka ei ole palautus: ota oikea varmuuskopiointiajastus käyttöön tästä eteenpäin. Valitse Ajastukset-välilehdellä "Luo varmuuskopio" kuuden tunnin cronilla, niin sinulla on turvaverkko seuraavan kerran varalle.
Korjaus 4: palien entiteettien ylivuoto (loppupelin tukikohtakaatuminen)
Tietty loppupelin kaatuminen osuu pelaajiin, joilla on hyvin suuria tukikohtia. Kuvittele 15 tai useampi pali jalostamorivistössä, pallovaloja joka puolella ja paljon askarreltuja koristeita. Palvelin pysyy pystyssä uusille pelaajille mutta kaatuu sillä hetkellä kun joku teleporttaa tiheään tukikohtaan. Loki:
Fatal error: [File:...UE5/Engine/Source/.../PrimitiveSceneProxy.cpp]
LogPal: Entity count exceeds streaming limit
Tässä Unrealin scene proxy luovuttaa kyseisen chunkin näkyvyysetäisyyspuskurin kanssa. Korjaukset:
- Laske
PalWorldSettings.ini-tiedostossaBaseCampWorkerMaxNum=15arvoon10. Tämä rajaa tukikohtakohtaisen työpalien määrän, joka on ylivoimaisesti suurin entiteettimäärän ajuri. - Varmista että
bIsMultiplay=Trueon asetettu. Osa omatekoisista pohjista jättää sen falseksi, jolloin käytössä ovat yksinpelin streaming-rajat ja kaatuminen tulee aiemmin. - Siirrä pahin tukikohta muualle. Jos jalostamotukikohtasi on kiinni kasvatustukikohdassasi, scene proxy lataa molemmat yhtä aikaa kun pelaaja lähestyy. Yli 200 metrin väli korjaa tämän.
Korjaus 5: versioero patchin jälkeen (etenkin 1.0:n ympärillä)
Palworld työntää palvelinpäivitykset SteamCMD:n kautta, ja tuoreesti patchattu client voi kieltäytyä yhdistämästä palvelimeen, joka pyörii yhä vanhalla binäärillä. Palvelin pysyy pystyssä ja ottaa yhteydet vastaan, mutta katkaisee jokaisen clientin kesken kättelyn.
LogPalNetworkConnection: Disconnect reason=ProtocolMismatch
LogPal: Server version 0.7.x, client version 1.0.x
Korjaus: aja SteamCMD uudelleen ja päivitä dedikoitu palvelin. Meidän kaltaisellamme hallitulla hostilla tämä on yhden napin "Asenna palvelin uudelleen" paneelissa, ja maailmasi säilyy. Jos isännöit itse:
steamcmd +login anonymous +force_install_dir ./palworld_server +app_update 2394010 validate +quit
Kun Palworld 1.0 julkaistaan 10. heinäkuuta 2026, tämä korjaus tulee puremaan moneen palvelimeen ensimmäisen viikon aikana. Päivitä palvelin tunnin sisällä siitä kun clientin patch tulee ulos, niin ohitat koko ongelman.
Kaatuuko yhä? Aja nämä diagnostiikat
Jos mikään viidestä yllä olevasta korjauksesta ei vastaa sitä mitä näet, kerää tämä ennen tukipyynnön avaamista. Jokainen host tarvitsee ne kaikki triagoidakseen nopeasti:
# palvelimen puolella
tail -300 /home/container/Pal/Saved/Logs/PalServer.log
free -m
ps aux | grep PalServer
ss -tulnp | grep 8211
# pelaajalta, joka putoaa jatkuvasti
ping -c 50 your-server-ip
Lokin häntä näyttää sammumisen syyn. free -m kertoo, onko hostilla ylipäätään muistia jäljellä palvelimelle. ps aux vahvistaa, onko prosessi elossa raportoidun kaatumisen jälkeen (joskus "kaatuminen" on pelkkä clientin puolen katkos, joka on eri korjaus). ss vahvistaa, että palvelin on varannut UDP-portin 8211. Pelaajan puolen ping kertoo, onko itse verkkopolku kunnossa.
Isännöi Palworld-palvelintasi DoomHostingilla
Suurin osa yllä olevista korjauksista muuttuu hallitulla hostilla yhden klikkauksen muutoksiksi. Muisti skaalautuu ilman että menetät maailmasi. Ajastukset-välilehti hoitaa kuuden tunnin välein tapahtuvan uudelleenkäynnistyksen, joten muistivuoto ei koskaan yllä kattoon. Päivittäiset tilannevedokset selviävät Level.sav-korruptiosta. SteamCMD-päivitykset ajetaan yhdellä klikkauksella patchipäivänä. Jos olet kyllästynyt debuggaamaan kaatumisia porukkasi raid-illan aattona, ota Palworld-palvelimesi DoomHostingilta: välitön käyttöönotto Ryzen 9 -raudalla, UDP 8211 valmiiksi auki, täysi FTP, DDoS-suojaus ja 24/7-tuki.
Dedikoidun palvelimen kuuluu kadota taustalle. Kun omasi kuolee joka ilta samalla 30 minuutin tahdilla, host tai asetukset tekevät sitä työtä, jonka niiden pitäisi tehdä puolestasi.
