您好,幫您查了一下,先說結論:
您的 OpenClaw 服務現在是 RUNNING 狀態,對外也訪問得到(剛測了 openclaw-ai8367.zeabur.app 返回 200)。從昨晚 20:48 UTC 伺服器重啟之後 Pod 就穩定跑了 7 個多小時,「SUSPENDED 起不來」的狀態已經自己恢復了。請您重新打開 Dashboard 刷一下應該會看到正常狀態。
但是 backup 列表裡那筆顯示「running」的記錄確實是卡住了:那是 4-29 16:23 啟動那次備份,DB 裡 status 一直沒翻成失敗,所以前端永遠顯示 running。這是我們後端的 status sync bug —— 當 backup 容器是被強殺(OOM)而不是正常退出時,狀態沒辦法正確回寫。這筆幽靈記錄目前不影響您實際服務,我們會一起跟著 PLA-1377(前幾天發現的 build 端同類 bug)處理掉。
關於這次為什麼會被 Kill:這台是 2C4G 的新加坡機器,目前跑著 8 個用戶服務,可用記憶體只剩 3Gi 左右。OpenClaw 官方推薦配置是 2C8G — 平時單跑 OpenClaw 還撐得住,但備份會瞬間打包大量數據進記憶體做壓縮,很容易把節點壓到 OOM,觸發系統去殺進程救命。建議:
- 如果要繼續用備份功能,強烈建議把伺服器升到 8G(Servers → 選這台 → Resize),單次備份記憶體壓力就不會再觸發 OOM。
- 如果暫時不想升級,備份前先停掉一些不常用的服務釋放記憶體再做,並且注意控制 OpenClaw 自己的工作量。
如果按上面調整後還是卡住,請您再回這條,我幫您從底層確認一下 backup 流程。