Server Palworld Terus Crash: Cara Mendiagnosis dan Memperbaikinya

Versi singkatnya

Palworld punya kebocoran memori yang sudah lama ada di build server dedicated-nya. Penggunaan RAM terus naik selama server aktif, kurang lebih sebanding dengan berapa banyak pemain yang online dan berapa banyak Pal di dunia, dan tidak pernah dilepas. Lama-lama proses menghabiskan RAM yang diberikan kepadanya dan sistem operasi mematikannya. Dari luar, itu terlihat seperti crash acak, itulah sebabnya banyak orang menyalahkan host mereka lebih dulu.

Operator server melaporkan polanya dengan konsisten: dunia empat pemain dengan sekitar 80 Pal biasanya tumbuh dari sekitar 3 GB menjadi lebih dari 8 GB dalam empat jam, dan server komunitas 16 pemain yang sibuk bisa mencapai 12 GB dalam setengah jam. Angka-angka itu bervariasi tergantung dunia kamu, tetapi polanya tidak. Jika crash kamu datang dengan jadwal yang kurang lebih teratur, bukan acak, itulah leak-nya.

Dua kegagalan yang tidak terlihat seperti crash

Crash itu kasus yang mudah: prosesnya mati, dan apa pun yang mengawasinya langsung menyadarinya. Dua kegagalan yang paling sering menghasilkan tiket dukungan membingungkan membiarkan prosesnya tetap hidup dan setiap health check tetap lolos. Kami mendiagnosis keduanya dari 22 jam sampel per menit dari server 16GB milik pelanggan, dan bentuknya seperti ini:

Keduanya bukan kebocoran memori. Kegagalan unload dunia terjadi tiga kali dalam dua jam di server yang memakai di bawah 2.3GB, jadi itu bukan kebocoran dan bukan batas RAM. Yang membuatnya mahal adalah pemeriksaan kesehatan biasa, yaitu apakah proses game berjalan, lolos di kedua kondisi, sehingga tidak ada yang me-restart server dan server bisa mati selama berjam-jam saat kamu tidur.

Pastikan dulu bahwa ini memori sebelum mengubah apa pun

Buka grafik sumber daya di dashboard kamu dan pantau RAM selama sesi berlangsung. Kebocoran memori memiliki ciri yang sulit disalahartikan:

• RAM naik hampir lurus sejak server mulai dan tidak pernah turun lagi setelah pemain pergi.
• Crash terjadi saat garis itu mencapai batas paketmu, bukan pada peristiwa tertentu di dalam game.
• Tidak ada pesan crash yang berguna. Prosesnya begitu saja hilang, karena sistem operasi yang mematikannya, bukan game yang memutuskan untuk keluar.
• Restart server memperbaikinya sepenuhnya, tetapi hanya untuk beberapa jam lagi.

Jika server kamu mati di waktu yang sama setiap kali, atau gagal dalam hitungan detik setelah dinyalakan, lewati ke bagian terakhir. Itu masalah yang berbeda dengan perbaikan yang berbeda.

Perbaikan 1: restart sesuai jadwal

Ini jawaban yang tidak menarik, tetapi juga yang paling efektif. Karena kebocoran bersifat linear dan restart menghapus semuanya, restart terjadwal mengatur ulang waktu sebelum batas tercapai. Operator berpengalaman biasanya me-restart setiap tiga sampai enam jam pada server publik yang ramai, dan sekali atau dua kali sehari pada server privat kecil.

Restart Palworld memakan waktu sekitar satu menit dan dunia disimpan terlebih dahulu, sehingga biaya bagi pemain kecil. Pilih jam saat grupmu biasanya offline, umumkan di Discord, dan masalahnya tidak lagi menjadi masalah. Di Flux kamu bisa restart dari dashboard dengan satu klik, dan karena restart juga menerapkan update game yang tertunda, restart itu sekaligus menjadi rutinitas patch kamu.

Satu jebakan yang perlu diketahui jika kamu hosting sendiri atau memakai penyedia lain: script restart terjadwal di image server Palworld standar meminta server menyimpan terlebih dulu, dan menolak mati jika save gagal. Di server yang bocor, macet, atau tanpa dunia, yaitu satu-satunya jenis server yang memang butuh restart malam, save itulah yang gagal. Jadi restart diam-diam tidak berjalan tepat di malam yang paling dibutuhkan, dan log menunjukkannya seolah sudah berjalan. Periksa apakah server kamu benar-benar restart, jangan berasumsi.

Perbaikan 2: nonaktifkan Pal invader

Serangan memunculkan gelombang Pal musuh yang tetap disimpan server di memori jauh setelah serangan selesai. Mematikannya adalah solusi sementara yang paling mendekati kesepakatan komunitas untuk kebocoran ini, dan operator secara konsisten melaporkan bahwa penggunaan RAM naik sekitar setengah dari laju sebelumnya setelahnya.

Di PalWorldSettings.ini atur bEnableInvaderEnemy=False lalu restart. Kamu kehilangan raid basis, yang akan dirindukan beberapa grup dan tidak dirindukan banyak grup lainnya, dan sebagai gantinya waktu antar restart kira-kira dua kali lipat. Edit file dari editor konfigurasi di dashboard; tidak perlu membuka terminal.

Perbaikan 3: batasi hal-hal yang terus bertambah

Kebocoran bertambah seiring banyaknya dunia yang harus disimpan di memori, jadi membatasi seberapa banyak yang bisa dibangun pemainmu akan memperlambatnya. Dua setting ini melakukan sebagian besar pekerjaannya:

Guild yang menaruh 50 Pal bekerja di beberapa basis masing-masing sedang menyimpan simulasi persisten dalam jumlah besar di RAM, dan setiap Pal itu ikut berkontribusi pada kebocoran. Membatasi jumlah pekerja bukan hanya perbaikan memori: itu adalah pengungkit terbesar beban CPU server di Palworld, jadi biasanya sekaligus memperbaiki lag.

Perbaikan 4: beri ruang lebih

Tidak ada yang di atas menghentikan kebocoran, hanya memperlambatnya. Variabel yang tersisa adalah seberapa banyak ruang yang dimiliki server sebelum mencapai batas, dan itulah ukuran paketmu. Jika kamu menjalankan 16 pemain dengan 8 GB, kamu meminta kebocoran membunuhmu dalam satu jam, tidak peduli seberapa baik kamu mengonfigurasi dunia.

Tingkatan tersebut sudah memperhitungkan server yang bocor memori, bukan server kosong secara teori. Jika server kamu crash pada tingkatan yang sesuai dengan jumlah pemain, penyebab umumnya adalah dunia yang sudah sangat penuh, dan dua pengaturan di atas akan membantu lebih banyak daripada naik ke paket berikutnya. Jika kamu berada satu tingkat di bawah jumlah pemain, naiklah. Menskalakan RAM di Flux tidak mengubah save dunia kamu.

Cara menjaga server Palworld online 24/7

Semua hal di atas memperlambat kegagalan. Tidak ada yang membuat server yang sudah gagal kembali hidup, dan di situlah perbedaan antara server yang online sebagian besar waktu dan server yang online sepanjang waktu. Sesuatu harus mendeteksi dan bertindak saat kamu tidur.

Itulah celah yang ditutup oleh image server Palworld kami, dan itulah alasan kami membuat sendiri, bukan memakai yang standar. Image ini memeriksa server setiap menit, dari dalam container, pada hal-hal yang biasanya langsung dirasakan pemain: apakah socket jaringan masih mengalir, apakah admin API merespons, apakah dunia sudah termuat dan berjalan, dan apakah file save masih ada di disk. Jika jawabannya tidak, image akan me-restart server. Tidak ada yang perlu diaktifkan dan tidak ada setting yang perlu dicari.

Pengendalian diri sama pentingnya dengan pemicunya, karena monitor yang me-restart server sehat lebih buruk daripada tidak ada sama sekali:

• Pemantau ini baru bertindak setelah mendapat hasil yang sama tiga kali berturut-turut, dengan jeda satu menit. Satu sampel buruk bukanlah kegagalan.
• Ia tidak pernah bertindak pada server yang belum pernah ia lihat berjalan dengan benar, dan tidak pernah selama beberapa menit pertama setelah boot. Memuat dunia besar memakan waktu, dan restart loop tidak membantu server yang naik dalam keadaan rusak.
• Server mengumumkan restart di dalam game dan menghitung mundur 60 detik, dengan pengingat di 30 dan 10 detik, lalu mengambil satu sampel terakhir. Server yang pulih selama hitung mundur dibiarkan saja, dan hitung mundur dibatalkan dengan pengumuman di dalam game.
• Ia tidak pernah menyimpan. Dalam setiap kondisi yang sampai di titik ini, dunia di memori sudah hilang atau beku, dan meminta server yang rusak untuk menyimpan berisiko menulis kekosongan itu di atas save terakhir yang baik. Yang kamu kehilangan saat restart adalah menit sejak autosave terakhir, dan menit itu sudah hilang saat kegagalan terjadi.

Restart setiap malam pada image ini juga sudah diperbaiki. Ia memberi peringatan kepada pemain, menyimpan hanya jika dunia masih dimuat dan benar-benar berjalan, meminta server untuk shutdown, lalu berhenti meminta. Setelah masa tenggang, ia menghentikan proses, dan server baru hidup beberapa detik kemudian. Ia tidak pernah melewatinya secara diam-diam.

Satu hal yang layak kamu lakukan sendiri: atur admin password di tab Server Settings. Pemeriksaan socket dan file save berjalan tanpa itu, tapi pemeriksaan yang menangkap dunia yang tidak termuat berbicara ke API admin server, dan server tanpa password menolak panggilan tersebut. Kami sengaja tidak pernah menganggap panggilan yang ditolak sebagai server mati, karena itu akan me-restart dunia yang sehat setiap beberapa menit, jadi efek membiarkannya kosong adalah perlindungan yang lebih senyap, bukan yang lebih keras.

Saat bukan kebocoran memori

Crash beberapa detik setelah mulai, tepat setelah update game

Pocketpair merilis update client dan server bersamaan, dan server yang masih di build sebelumnya akan menolak koneksi atau langsung jatuh begitu klien yang sudah diperbarui bergabung. Perbarui server segera setelah patch klien keluar, jangan menunggu laporan dari pemainmu. Di Flux, restart akan menarik image terbaru, jadi cukup satu klik.

Selalu crash di titik yang sama

Crash yang terjadi persis sama setiap kali, misalnya setiap kali pemain tertentu masuk atau setiap kali dunia mencapai area tertentu, menunjuk ke save yang rusak, bukan ke memori. Pulihkan backup terbaru yang diambil sebelum perilaku itu dimulai. Simpan backup secara terjadwal justru karena alasan ini: save yang tidak bisa dikembalikan adalah save yang bisa hilang.

Server sama sekali tidak mau mulai

Jika server belum pernah naik, ini masalah konfigurasi atau port, bukan crash. Periksa apakah UDP 8211 adalah port yang dituju pemainmu dan apakah PalWorldSettings.ini valid, karena satu baris yang salah format akan membuat file tidak dibaca. Panduan setup membahas keduanya.

Daftar periksa yang bisa kamu kerjakan satu per satu

1. Cari tahu kegagalan apa yang kamu alami. Kenaikan RAM yang lurus sampai batas atas adalah kebocoran. Online tapi tidak bisa dimasuki adalah stall. Bisa dimasuki tapi tanpa dunia adalah dunia yang tidak termuat. Masing-masing butuh jawaban yang berbeda.
2. Atur bEnableInvaderEnemy=False di PalWorldSettings.ini lalu restart.
3. Batasi BaseCampWorkerMaxNum ke angka yang wajar untuk grupmu, dan batasi BaseCampMaxNum sesuai jumlah pemainmu.
4. Jadwalkan restart setiap tiga sampai enam jam pada server yang ramai, atau setiap hari pada server privat.
5. Pastikan RAM paketmu sesuai dengan jumlah pemain, dan naik satu tingkat jika belum sesuai.
6. Biarkan backup otomatis menyala, supaya save yang rusak hanya jadi gangguan kecil, bukan bencana.
7. Atur password admin, agar pemeriksaan yang mendeteksi dunia yang tidak termuat bisa menjangkau server kamu.
8. Pastikan ada yang me-restart server saat berhenti merespons, bukan hanya saat mati. Di Flux, itu sudah built-in di image server.

Ikuti urutan itu dan sebagian besar laporan crash Palworld akan berhenti. Yang tersisa adalah keterbatasan mesin game yang tidak bisa diperbaiki oleh siapa pun untukmu, jadi pertanyaannya bukan lagi bagaimana mencegah setiap kegagalan, melainkan seberapa cepat server bisa pulih dari kegagalan itu.