สวัสดีครับ ผมได้ตรวจสอบให้แล้ว สรุปได้ดังนี้ครับ:
บริการ OpenClaw ของคุณตอนนี้อยู่ในสถานะ RUNNING และสามารถเข้าถึงจากภายนอกได้ปกติ (ผมเพิ่งทดสอบ openclaw-ai8367.zeabur.app แล้วได้ค่า 200 กลับมา) ตั้งแต่เซิร์ฟเวอร์รีสตาร์ทเมื่อคืนเวลา 20:48 UTC ตัว Pod ก็ทำงานได้อย่างเสถียรมานานกว่า 7 ชั่วโมงแล้ว สถานะ "SUSPENDED" ได้กู้คืนตัวเองเรียบร้อยแล้วครับ รบกวนคุณลองรีเฟรช Dashboard อีกครั้งน่าจะเห็นสถานะปกติครับ
แต่รายการใน backup ที่แสดงว่า "running" นั้นค้างอยู่จริงครับ: นั่นคือการสำรองข้อมูลที่เริ่มเมื่อวันที่ 29-04 เวลา 16:23 ซึ่งสถานะใน DB ไม่ได้ถูกเปลี่ยนเป็นล้มเหลว ทำให้หน้าเว็บแสดงผลเป็น running ตลอดเวลา นี่เป็นบั๊กการซิงค์สถานะในฝั่ง backend ของเราครับ คือเมื่อคอนเทนเนอร์ backup ถูกสั่งฆ่า (OOM) แทนที่จะปิดตัวลงตามปกติ สถานะจะไม่สามารถเขียนกลับได้อย่างถูกต้อง รายการผีนี้ไม่มีผลต่อบริการจริงของคุณครับ เราจะจัดการแก้ไขไปพร้อมกับ PLA-1377 (บั๊กประเภทเดียวกันที่พบในฝั่ง build เมื่อไม่กี่วันก่อน) ครับ
เกี่ยวกับสาเหตุที่ถูก Kill ในครั้งนี้: เครื่องนี้เป็นสเปก 2C4G ที่สิงคโปร์ ปัจจุบันรันบริการของผู้ใช้อยู่ 8 รายการ และเหลือหน่วยความจำใช้งานได้เพียงประมาณ 3Gi เท่านั้น การตั้งค่าที่แนะนำอย่างเป็นทางการสำหรับ OpenClaw คือ 2C8G ซึ่งปกติถ้ารัน OpenClaw อย่างเดียวก็พอไหว แต่การสำรองข้อมูลจะมีการบีบอัดข้อมูลจำนวนมากในหน่วยความจำทันที ซึ่งง่ายมากที่จะทำให้โหนดเกิด OOM และระบบจะสั่งฆ่าโปรเซสเพื่อรักษาตัวเองครับ คำแนะนำคือ:
- หากต้องการใช้ฟังก์ชันสำรองข้อมูลต่อไป แนะนำอย่างยิ่งให้อัปเกรดเซิร์ฟเวอร์เป็น 8G (ไปที่ Servers → เลือกเครื่องนี้ → Resize) เพื่อไม่ให้แรงกดดันด้านหน่วยความจำจากการสำรองข้อมูลทำให้เกิด OOM อีก
- หากยังไม่อยากอัปเกรดในตอนนี้ ให้หยุดบริการที่ไม่ค่อยได้ใช้ก่อนทำการสำรองข้อมูลเพื่อคืนหน่วยความจำ และระวังเรื่องการควบคุมปริมาณงานของ OpenClaw เองด้วยครับ
หากปรับตามข้างต้นแล้วยังค้างอยู่ รบกวนตอบกลับข้อความนี้ แล้วผมจะช่วยตรวจสอบกระบวนการ backup จากระดับล่างให้ครับ