แก้ไขปัญหา “ไม่สามารถจัดสรรหน่วยความจำได้” ระหว่างการอัปเกรดระบบ SLES

การอัปเกรด SLES ดูเหมือนจะดำเนินไปได้ด้วยดี จากนั้นเทอร์มินัล โปรแกรมติดตั้ง หรือบันทึกการย้ายข้อมูลจะรายงานว่า “ไม่สามารถจัดสรรหน่วยความจำได้” ข้อความนี้ไม่ได้หมายความว่าเซิร์ฟเวอร์ต้องการ RAM เพิ่มเสมอไป ความล้มเหลวอาจเกิดจากปัญหาหน่วยความจำไม่เพียงพอ ข้อจำกัดของเครื่องเสมือนหรือบริการ หน่วยความจำสวอปหายไปหรือใช้งานไม่ได้ หรือสภาพแวดล้อมการอัปเกรดเอง ขั้นแรกให้ระบุว่ากระบวนการและขั้นตอนการอัปเกรดใดที่ทำให้เกิดข้อความนี้ การแก้ไขที่ปลอดภัยจะขึ้นอยู่กับรายละเอียดนั้น

เวอร์ชันมีความสำคัญ ณ เดือนตุลาคม 2026 คู่มือการอัปเกรดเวอร์ชันหลัก SLES 16.0 ของ SUSE อธิบายถึงระบบการย้ายข้อมูลแบบกระจายที่บูตอิมเมจการอัปเกรดแบบสดโดยเฉพาะ ในขณะที่การย้ายข้อมูลเซอร์วิสแพ็คของ SLES 15 ใช้เวิร์กโฟลว์การย้ายข้อมูล YaST หรือ Zypper ที่กำหนดไว้แล้ว อย่าใช้การแก้ไขที่ออกแบบมาสำหรับการย้ายข้อมูลเซอร์วิสแพ็คแบบออนไลน์กับการอัปเกรดเวอร์ชันหลักโดยไม่ตรวจสอบขั้นตอนของรุ่นที่คุณใช้ SUSE ได้บันทึกเส้นทาง SLES 16 ปัจจุบันไว้ในคู่มือการอัปเกรด SLES 16 ของ ตน

1. ระบุขั้นตอนที่ล้มเหลวก่อนที่จะทำการเปลี่ยนแปลงใดๆ

บันทึกข้อผิดพลาดทั้งหมด เวลาที่เกิดข้อผิดพลาด คำสั่ง หรือหน้าจอที่แสดงข้อผิดพลาด และระบุว่าระบบได้รีบูตเข้าสู่โปรแกรมติดตั้งหรืออิมเมจสำหรับการย้ายข้อมูลหรือไม่ ข้อความ “ไม่สามารถจัดสรรหน่วยความจำได้” เป็นข้อผิดพลาดของระบบปฏิบัติการโดยทั่วไป ดังนั้นรายละเอียดในบรรทัดรอบๆ ข้อความจึงมักมีประโยชน์มากกว่าตัวข้อความเพียงอย่างเดียว

• ก่อนที่การทำธุรกรรมแพ็กเกจจะเริ่มต้น:กระบวนการลงทะเบียน การจัดเก็บ การเตรียมการย้ายข้อมูล หรือการติดตั้งอาจล้มเหลว ตรวจสอบหน่วยความจำของระบบและกระบวนการ จากนั้นตรวจสอบบันทึกบริการหรือบันทึกการย้ายข้อมูลที่เกี่ยวข้อง
• ในระหว่างการติดตั้งหรือถอนการติดตั้งแพ็กเกจ: Zypper และ RPM อาจเปลี่ยนแปลงระบบไปแล้ว อย่าปิดกระบวนการ รีบูต หรือเริ่มโปรแกรมจัดการแพ็กเกจตัวที่สองเพียงเพราะความคืบหน้าดูช้า ตรวจสอบคอนโซลและบันทึก และรอให้กระบวนการย้ายข้อมูลที่รองรับเสร็จสมบูรณ์หรือถึงสถานะความล้มเหลวที่ชัดเจน
• หลังจากรีบูตเข้าสู่ภาพอัปเกรด:กระบวนการอาจทำงานด้วยสภาพแวดล้อมทรัพยากรที่แตกต่างจากระบบปฏิบัติการเดิม พื้นที่สวอปที่มองเห็นได้ก่อนรีบูตไม่ได้หมายความว่าภาพอัปเกรดจะสามารถใช้งานได้เสมอไป

ขั้นตอนการย้ายระบบ SLES 16 ของ SUSE จะเตรียมสภาพแวดล้อมการย้ายระบบ ติดตั้งระบบไฟล์ กำหนดค่าเครือข่าย เตรียม Zypper อัปเกรดแพ็กเกจ อัปเดตบูตโหลดเดอร์ และรีบูต คู่มือระบุว่าหากเกิดข้อผิดพลาดก่อนเริ่มการอัปเกรด ระบบจะกลับสู่สถานะเดิม ซึ่งไม่ได้หมายความว่าทุกข้อผิดพลาดระหว่างการเปลี่ยนแพ็กเกจจะไม่เป็นอันตราย ควรเก็บรักษาบันทึกและหลีกเลี่ยงขั้นตอนการกู้คืนด้วยตนเองจนกว่าคุณจะทราบว่าขั้นตอนใดล้มเหลว

2. ตรวจสอบ RAM, swap และข้อความล่าสุดจากเคอร์เนล

หากระบบ SLES เดิมยังคงทำงานอยู่ หรือคุณเข้าสู่โหมดกู้คืนแล้ว ให้เริ่มต้นด้วยการตรวจสอบแบบอ่านอย่างเดียว:

free -h
swapon --show
vmstat 1 5
ps -eo pid,comm,rss,%mem --sort=-rss | head -n 15

free -hสรุปข้อมูลหน่วยความจำและสวอป ให้ความสำคัญกับหน่วยความจำที่ใช้งานได้และสวอปที่ใช้ไป ไม่ใช่แค่คอลัมน์ "ว่าง" เท่านั้น เพราะ Linux จะใช้ RAM ที่ไม่ได้ใช้งานสำหรับแคชvmstatช่วยแสดงว่าเครื่องกำลังทำการเพจจิ้งอย่างต่อเนื่องหรือไม่ รายการกระบวนการสามารถเปิดเผยฐานข้อมูล บริการ Java การสำรองข้อมูล หรือภาระงานอื่นๆ ที่ใช้หน่วยความจำระหว่างการอัปเกรดได้

ตรวจสอบหาบันทึก OOM ของเคอร์เนลในช่วงเวลาที่เกิดข้อผิดพลาด:

sudo journalctl -k --since "30 minutes ago" |
  grep -i -E 'out of memory|oom|killed process'

หากข้อผิดพลาดเกิดขึ้นก่อนหน้านี้ ให้เปลี่ยนช่วงเวลา ข้อความจากเคอร์เนลที่ระบุชื่อกระบวนการที่ถูกยุติเป็นหลักฐานของการเกิดเหตุการณ์หน่วยความจำไม่เพียงพอ การไม่มีบรรทัดที่ตรงกันไม่ได้หมายความว่าจะไม่มีความล้มเหลวในการจัดสรรหน่วยความจำ หากการอัปเกรดอยู่ในสภาพแวดล้อมการทำงานจริงที่แยกต่างหาก ให้ตรวจสอบบันทึกของสภาพแวดล้อมนั้นเมื่อมีให้ใช้งาน แทนที่จะพึ่งพาเฉพาะบันทึกของระบบเก่าเท่านั้น

ตรวจสอบด้วยว่าเครื่องเสมือน คอนเทนเนอร์ หรือหน่วย systemd มีการจำกัดหน่วยความจำหรือไม่ ระบบปฏิบัติการแขกอาจมีหน่วยความจำที่ใช้งานได้บนโฮสต์ แต่ยังคงถึงขีดจำกัดที่กำหนดไว้ได้ ใน SLES 16 เอกสารของ SUSE ระบุว่า cgroups v2 เป็นลำดับชั้นการควบคุมทรัพยากรเริ่มต้น และอธิบายว่า systemd สามารถใช้ข้อจำกัดทรัพยากรได้ ตรวจสอบการกำหนดค่า VM หรือMemoryMaxการตั้งค่าบริการที่เกี่ยวข้องแทนที่จะเพิ่มขีดจำกัดเคอร์เนลโดยรวมแบบสุ่ม ดูคู่มือกลุ่มควบคุมเคอร์เนล SLES 16 ของ SUSE

3. ลดการใช้งานหน่วยความจำที่แข่งขันกัน และลองใหม่เฉพาะในจุดที่ปลอดภัยเท่านั้น

หากการวัดผลแสดงให้เห็นว่าภาระงานใช้หน่วยความจำส่วนใหญ่ที่มีอยู่ ให้กำหนดช่วงเวลาสำหรับการบำรุงรักษาและหยุดบริการที่ไม่จำเป็นอย่างถูกต้องก่อนที่จะลองใหม่อีกครั้ง ตัวอย่างเช่น โปรแกรมที่ใช้หน่วยความจำมาก งานวิเคราะห์ ฐานข้อมูลทดสอบ และกระบวนการสำรองข้อมูล อย่าหยุดบริการจัดเก็บข้อมูล คลัสเตอร์ หรือแอปพลิเคชันโดยไม่ตรวจสอบให้ดีบนโฮสต์ที่ใช้งานจริง ให้ใช้ขั้นตอนการปิดระบบที่ระบุไว้ในเอกสารของแอปพลิเคชันและตรวจสอบให้แน่ใจว่าการหยุดระบบจะไม่รบกวนผู้ใช้หรืองานกู้คืน

สำหรับเครื่องเสมือน ให้เปรียบเทียบ RAM ที่กำหนดค่าไว้ของเครื่องเสมือนกับความจุของเครื่องโฮสต์และความต้องการใช้งานปัจจุบันของเครื่องเสมือนอื่นๆ หากเครื่องเสมือนมี RAM น้อยเกินไป ให้เพิ่มหน่วยความจำที่จัดสรรให้โดยใช้วิธีการที่ไฮเปอร์ไวเซอร์รองรับ การเพิ่มหน่วยความจำแบบ Hot-adding นั้นขึ้นอยู่กับไฮเปอร์ไวเซอร์ การกำหนดค่าของเครื่องเสมือน และปริมาณงาน ดังนั้นควรวางแผนการรีบูตหากจำเป็น ในระบบคลาวด์สาธารณะ ให้ตรวจสอบขนาดของอินสแตนซ์และข้อจำกัดด้านหน่วยความจำเฉพาะของผู้ให้บริการ

หากข้อความดังกล่าวยังคงปรากฏอยู่แม้ว่าเครื่องจะมี RAM เหลือเฟือและไม่มีบันทึก OOM (Out of Memory) ให้ตรวจสอบข้อจำกัดของกระบวนการ สำหรับกระบวนการที่ยังคงทำงานอยู่ ให้ตรวจสอบ/proc/PID/limitsโดยใช้รหัสกระบวนการจริง สำหรับตัวช่วยอัปเกรดที่จัดการโดย systemd ให้ตรวจสอบการตั้งค่าทรัพยากรของหน่วยนั้น ข้อจำกัดอาจจำกัดกระบวนการหนึ่งแม้ว่าโฮสต์จะมีหน่วยความจำว่างอยู่ก็ตาม ควรเปลี่ยนข้อจำกัดก็ต่อเมื่อคุณสามารถระบุการตั้งค่าที่เกี่ยวข้องและเข้าใจผลกระทบของมันเท่านั้น

หลังจากแก้ไขข้อจำกัดที่ระบุแล้ว ให้ดำเนินการต่อหรือลองใหม่อีกครั้งโดยใช้วิธีการอัปเกรดที่รองรับสำหรับ SLES รุ่นและเส้นทางการอัปเกรดของคุณเท่านั้น สำหรับการโยกย้าย Service Pack ของ SLES 15 ให้ใช้เวิร์กโฟลว์การโยกย้ายของ YaST หรือ Zypper ที่ระบุไว้ในเอกสาร สำหรับการโยกย้ายเวอร์ชันหลักของ SLES 16 ให้ปฏิบัติตามขั้นตอนการโยกย้ายการแจกจ่าย SLES 16 คู่มือ SUSE SLES 15 SP7 อธิบายเวิร์กโฟลว์ Service Pack และข้อกำหนดเบื้องต้นสำหรับการย้อนกลับที่รองรับในเอกสารการอัปเกรดออนไลน์

4. พิจารณาการเปลี่ยนถ่ายอย่างรอบคอบ อย่าใช้เป็นวิธีแก้ปัญหาแบบไม่คิดหน้าคิดหลัง

การเพิ่มพื้นที่สวอปสามารถทำให้ระบบมีพื้นที่หน่วยความจำเสมือนมากขึ้นเมื่อภาระงานสามารถสลับหน่วยความจำได้ แต่จะช้ากว่า RAM มาก หากเครื่องมีการใช้งานสวอปอย่างหนักอยู่แล้ว การเพิ่มสวอปอาจทำให้การอัปเกรดช้าลงอย่างมากโดยไม่สามารถแก้ไขปัญหาหน่วยความจำเสมือนที่มีขนาดเล็กเกินไปหรือข้อจำกัดของกระบวนการที่แยกออกมาได้ ก่อนอื่นให้ตรวจสอบว่ามีสวอปอยู่หรือไม่และกำลังถูกใช้งานร่วมกับswapon --showอะไรfree -hอยู่

หากต้องการเพิ่มพื้นที่สวอป ให้ใช้ขั้นตอนของ SUSE สำหรับเวอร์ชัน SLES และระบบไฟล์ของคุณ โดยเฉพาะอย่างยิ่งควรระมัดระวังเป็นพิเศษกับ Btrfs: เอกสารของ SUSE ระบุข้อจำกัดสำหรับไฟล์สวอปบน Btrfs และระบุว่าไม่สามารถสร้างสแนปช็อตได้ในขณะที่ไฟล์สวอปในซับโวลุ่มต้นทางกำลังทำงานอยู่ เนื่องจาก SLES มักใช้สแนปช็อต Snapper สำหรับการกู้คืนระบบ ดังนั้นอย่าสร้างและเปิดใช้งานไฟล์สวอปทั่วไปบนซับโวลุ่มรูทที่สร้างสแนปช็อตไว้ในระหว่างช่วงเวลาการอัปเกรด ควรเพิ่ม RAM หรือใช้พาร์ติชันสวอปที่กำหนดค่าอย่างถูกต้อง หรือตำแหน่งที่รองรับหลังจากตรวจสอบเค้าโครงพื้นที่จัดเก็บและแผนการกู้คืนแล้ว รายละเอียดเฉพาะระบบไฟล์อยู่ในคู่มือพื้นที่จัดเก็บ SLES 15 SP7 ของ SUSE

อย่าเปลี่ยนแปลงvm.overcommit_memoryปิดใช้งาน OOM killer หรือเรียกใช้คำสั่งล้างข้อมูลใดๆ โดยพลการในเบื้องต้น การเปลี่ยนแปลงเหล่านี้อาจซ่อนอาการผิดปกติ ทำให้ระบบทำงานไม่เสถียร หรือทำให้การกู้คืนทำได้ยากขึ้น รวบรวมหลักฐานก่อน และใช้คำแนะนำเฉพาะการตั้งค่าจาก SUSE หรือผู้จำหน่ายแอปพลิเคชันของคุณ หากบันทึกชี้ไปที่การกำหนดค่าหน่วยความจำแบบพิเศษ

5. กู้คืนหากการอัปเกรดหยุดลงหลังจากเริ่มการเปลี่ยนแปลงแพ็กเกจ

ก่อนตัดสินใจทำการอัปเกรดใหม่อีกครั้ง ให้ตรวจสอบว่าตัวจัดการแพ็กเกจยังทำงานอยู่หรือไม่ และเครื่องมือการย้ายข้อมูลได้รายงานความล้มเหลวขั้นสุดท้ายหรือไม่ หากการอัปเกรดหยุดลงหลังจากเริ่มการเปลี่ยนแปลงแพ็กเกจ ให้บันทึกเอาต์พุตบันทึกทั้งหมดและตรวจสอบเอกสารการกู้คืนเฉพาะรุ่น อย่าเรียกใช้ คำสั่ง zypper dup, zypper migration, การย้ายข้อมูล YaST และ RPM พร้อมกัน

ใน SLES 15 SP7 เอกสารของ SUSE ระบุถึงการย้อนกลับ Service Pack เมื่อระบบไฟล์รูทเป็น Btrfs และเปิดใช้งาน Snapper Snapshot ขั้นตอนการย้อนกลับต้องระบุและทดสอบ Snapshot ก่อนการย้ายข้อมูล จากนั้นจึงทำการย้อนกลับอย่างถาวร วิธีนี้ไม่ใช่วิธีแก้ไขปัญหาสำหรับข้อผิดพลาดในการอัปเกรดทุกครั้ง การย้ายเวอร์ชันหลักของ SLES 16 มีขั้นตอนการทำงานที่แตกต่างกัน ดังนั้นให้ใช้คำแนะนำในการอัปเกรดและการกู้คืนเวอร์ชันปัจจุบันแทนที่จะคิดว่าขั้นตอนของ SLES 15 สามารถใช้ได้ หากระบบมีความสำคัญต่อธุรกิจ ไม่มีข้อมูลสำรองที่ทดสอบแล้ว หรือการย้ายข้อมูลล้มเหลวระหว่างการเปลี่ยนแพ็กเกจ ให้เปิดเคสขอความช่วยเหลือจาก SUSE ก่อนที่จะลองซ่อมแซมแพ็กเกจด้วยตนเอง

6. ตรวจสอบระบบก่อนกลับมาใช้งานตามปกติ

เมื่อการอัปเกรดแจ้งว่าเสร็จสมบูรณ์และเซิร์ฟเวอร์บูตได้ตามปกติแล้ว ให้ตรวจสอบเวอร์ชันและการลงทะเบียนของระบบปฏิบัติการ จากนั้นตรวจสอบความสอดคล้องของแพ็กเกจและปริมาณงานที่ทำให้เกิดปัญหาในครั้งแรก:

cat /etc/os-release
sudo SUSEConnect --status
sudo zypper verify
free -h
swapon --show

ใช้คำสั่งตรวจสอบแพ็กเกจที่รองรับโดยเวอร์ชัน SLES ของคุณ หากzypper verifyไม่มีคำสั่งนี้หรือคำสั่งนี้ทำงานแตกต่างออกไปในเวอร์ชันของคุณ โปรดดูzypper helpคู่มือการดูแลระบบของเวอร์ชันนั้น ตรวจสอบบันทึกแอปพลิเคชันและเคอร์เนลเพื่อหาข้อผิดพลาดใหม่ ยืนยันว่าบริการที่ต้องการทำงานได้อย่างปกติ และตรวจสอบหน่วยความจำและสวอปขณะที่โหลดกลับสู่สภาวะปกติ ตรวจสอบว่าได้ติดตั้งเป้าหมายการอัปเกรดที่รองรับแล้ว และการลงทะเบียนและที่เก็บข้อมูลของเซิร์ฟเวอร์อยู่ในสถานะที่คาดหวังก่อนปิดหน้าต่างการบำรุงรักษา

การแก้ไขที่ประสบความสำเร็จหมายถึงมากกว่าแค่ข้อความแสดงข้อผิดพลาดหายไป: การย้ายข้อมูล SLES เสร็จสมบูรณ์โดยใช้เส้นทางที่รองรับ เครื่องบูตเข้าสู่เวอร์ชันที่คาดหวัง แพ็กเกจและการลงทะเบียนตรวจสอบแล้ว และเวิร์กโหลดปกติทำงานได้โดยไม่มีเหตุการณ์ OOM ซ้ำๆ หากข้อความ “ไม่สามารถจัดสรรหน่วยความจำได้” ปรากฏขึ้นอีกครั้งแม้ว่าจะมีแรงดันหน่วยความจำต่ำ มีสวอปเพียงพอ และไม่มีข้อจำกัดด้านทรัพยากร ให้เก็บรายละเอียดบันทึกและกระบวนการอย่างแม่นยำไว้ เพราะเบาะแสเหล่านั้นจะช่วยแยกแยะข้อบกพร่องในการอัปเกรดออกจากปัญหาด้านความจุ