Forum

Sepertinya Anda mengalami masalah yang mirip dengan postingan ini. Berikut adalah solusi saya dan saya harap ini dapat membantu Anda.

Postingan terkait:

https://zeabur.com/forum/posts/69d50cf6ddd5e9c263d318b7

Lingkungan:

• Penyedia: Alibaba Cloud (Aliyun) VPS

• Spesifikasi: 4 vCPUs / 8GB RAM

Masalah: Sistem mengalami kelebihan beban CPU selama fase startup awal, yang mencegah OpenClaw untuk melakukan inisialisasi dengan benar saat layanan lain berjalan secara bersamaan.

Solusi: Saya menghentikan sementara aplikasi lain yang intensif sumber daya untuk memprioritaskan proses bootstrapping OpenClaw. Setelah OpenClaw beroperasi sepenuhnya, saya memulai ulang layanan lainnya secara manual. Pendekatan startup sekuensial ini berhasil melewati lonjakan CPU dan menyelesaikan masalah tersebut. Tampaknya 4 vCPU dapat mencapai hambatan (bottleneck) selama inisialisasi layanan secara bersamaan.

Hi T Wen,

Kami telah menemukan penyebab crash di log runtime Anda:

Config invalid
File: ~/.openclaw/openclaw.json
Problem:
 - hooks: Unrecognized key: "allowedAgentIds"

File konfigurasi openclaw.json Anda memiliki kunci (allowedAgentIds di dalam bagian hooks) yang tidak dikenali oleh versi OpenClaw Anda saat ini (2026.2.2). OpenClaw memvalidasi konfigurasinya saat startup dan akan langsung keluar jika menemukan kunci yang tidak dikenal — itulah yang menyebabkan loop crash tersebut.

Untuk memperbaikinya, pilih salah satu dari opsi berikut:

1. Perbarui image OpenClaw Anda ke versi yang lebih baru (Pengaturan → Sumber → Image → ubah 2026.2.2 ke versi terbaru). Versi yang lebih baru kemungkinan besar mendukung kunci allowedAgentIds, sehingga konfigurasi akan menjadi valid tanpa perlu diedit.

2. Atau hapus kunci tersebut dari konfigurasi Anda secara manual: gunakan file browser Zeabur pada layanan tersebut (atau SSH ke server Anda), buka ~/.openclaw/openclaw.json, cari entri "allowedAgentIds" di dalam bagian "hooks" (sekitar baris 301), lalu hapus. Simpan file tersebut, kemudian jalankan kembali layanannya.

Setelah melakukan salah satu perbaikan di atas, jalankan kembali layanan Anda dari dashboard dan seharusnya layanan tersebut akan mulai dengan normal. Server Anda memiliki banyak sumber daya yang tersedia (2.4 GB RAM tersedia, beban rendah), jadi ini bukan masalah sumber daya.