KamoCRM

สํารอง 768M สําหรับ OS ดังนั้น -- Memory 3G ตรงกับฝัก 4Gi

FixKlusterServices
Shipped
24 กันยายน 2569 เวลา 22:43 UTC
Author
Kamo
Commit
b08115b

Searstar คงให้ค่าสูงสุด (1.5 GiB, 7%) ของค่าจํากัดของ cgroup บวก ~94 MiB ต่อ sroard สําหรับ OS และปฏิเสธที่จะเริ่มเมื่อ -- ความจําไม่พอดีกับสิ่งที่เหลืออยู่ ด้วยค่าปริยายของสํารอง 4Gi pod ออกจาก 2.32 GiB ดังนั้น -- memory 3G ออกในครั้งเดียว ("ไม่มีหน่วยความจําทางกายภาพไม่เพียงพอ: ต้องการ 3116367872 ที่ว่าง 2487222272) และ Scylladb-0 ไม่เคยพร้อม -- Reserver-memory 768M เหลือ 3.07 กิบ. การโยนโพรเซสที่เริ่มต้นใน pod ของตัวเองล้มเหลวด้วยเดิม โต้แย้งและไปถึงเตาปฏิกรณ์ด้วยเครื่องใหม่.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing