วิธีแก้ไขข้อผิดพลาด GPG: ไม่สามารถตรวจสอบลายเซ็นต่อไปนี้ได้ใน Ubuntu
แก้ไขข้อผิดพลาดลายเซ็น APT ของ Ubuntu อย่างปลอดภัย ระบุปัญหา NO_PUBKEY, EXPKEYSIG, BADSIG, นาฬิกา และการกำหนดค่าที่เก็บโดยไม่ต้องปิดใช้งานการตรวจสอบแพ็กเกจ
ใน SUSE Linux Enterprise Server 15 นั้น Device Mapper Multipath (DM-Multipath) เป็นตัวเลือกมาตรฐานสำหรับหน่วยเก็บข้อมูล SCSI และ DASD ที่นำเสนอผ่านหลายเส้นทาง โดยจะรวมเส้นทางที่ตรงกันเข้ากับอุปกรณ์บล็อกเชิงตรรกะเดียว ตรวจสอบสถานะของเส้นทาง และสามารถสลับการทำงานระหว่างกลุ่มเส้นทางได้ มันช่วยปกป้องการเชื่อมต่อกับวอลุ่มเก็บข้อมูล แต่ไม่ได้ป้องกันความเสียหายของวอลุ่ม การสูญเสียข้อมูลของคอนโทรลเลอร์ หรือความเสียหายของระบบไฟล์
NVMe ใช้ค่าเริ่มต้นที่แตกต่างออกไป: SLES 15 เปิดใช้งานการทำ multipathing ของ NVMe ในเคอร์เนลโดยตรง สำหรับ NVMe over Fabrics โปรดตรวจสอบให้แน่ใจว่าการทำ multipathing ของ NVMe โดยตรงเป็น stack ที่ต้องการสำหรับ subsystems ของคุณก่อนที่จะทำตามขั้นตอน DM-Multipath SUSE แนะนำให้ใช้การทำ multipathing ของ NVMe โดยตรง และระบุว่าไม่แนะนำให้ใช้ DM-Multipath สำหรับ NVMe โปรดดูคู่มือ multipath ของ SLES 15 SP7และคู่มือNVMe over Fabrics ของ SUSE
ขั้นแรก ตรวจสอบให้แน่ใจว่า HBA หรือ iSCSI transport ได้ล็อกอินแล้ว และ SLES มองเห็นอุปกรณ์บล็อกที่คาดหวังไว้ สำหรับอุปกรณ์จัดเก็บข้อมูล SCSI ให้ตรวจสอบอุปกรณ์และตัวระบุของอุปกรณ์เหล่านั้น:
sudo lsblk -o NAME,TYPE,SIZE,MODEL,SERIAL
การตรวจสอบนี้จะยืนยันว่าอุปกรณ์บล็อกขนาด LUN ที่คาดไว้ปรากฏให้เห็นหรือไม่ ในขั้นตอนนี้ อย่าคิดว่าชื่ออุปกรณ์ที่แยกจากกันจะหมายถึงวอลุ่มจัดเก็บข้อมูลที่แยกจากกัน ขั้นตอนต่อไปคือการตรวจสอบ WWID และจัดกลุ่มเส้นทางที่ตรงกัน
หากไม่พบเส้นทางที่คาดหวัง ให้หยุดที่นี่และแก้ไขปัญหาการค้นหาก่อน ตรวจสอบการมองเห็น HBA เซสชัน iSCSI หรือการเข้าสู่ระบบ Fibre Channel การกำหนดโซน SAN การซ่อน LUN และขั้นตอนการสแกนใหม่ของผู้จำหน่ายอุปกรณ์จัดเก็บข้อมูล Multipath ไม่สามารถสร้างเส้นทางที่เลเยอร์การขนส่งไม่ได้เปิดเผยได้
ติดตั้งแพ็คเกจ SUSE หากยังไม่มีอยู่ จากนั้นเปิดใช้งาน daemon เพื่อให้มีการสร้างแผนที่เมื่อบูตเครื่อง:
sudo zypper install multipath-tools
sudo systemctl enable --now multipathd
sudo systemctl status multipathd
แพ็คเกจ นี้multipath-toolsมีเครื่องมือบรรทัดคำสั่ง multipath และmultipathdบริการให้ใช้งาน SUSE แนะนำให้เปิดใช้งานและเรียกใช้บริการนี้บนระบบที่มีฮาร์ดแวร์ multipath การพึ่งพาการเปิดใช้งานซ็อกเก็ต systemd เพียงอย่างเดียวอาจทำให้แผนที่ไม่ได้ตั้งค่าระหว่างการบูต เมื่อ daemon ทำงานแล้ว ให้เปรียบเทียบ WWID และข้อมูลประจำตัวของเส้นทาง:
sudo multipathd show paths format "%i %d %w %s"
sudo multipath -ll
เส้นทางไปยัง LUN เดียวกันจะต้องรายงาน WWID เดียวกัน WWID ที่แตกต่างกันแสดงถึงอุปกรณ์ที่แตกต่างกัน และไม่ควรนำมารวมกันในแผนที่เดียวกัน
สำหรับอาร์เรย์จำนวนมาก การตั้งค่าเริ่มต้นของฮาร์ดแวร์ที่ติดตั้งมานั้นเพียงพอแล้ว ไม่จำเป็นต้องสร้างไฟล์การกำหนดค่าขนาดใหญ่เพียงเพื่อเปิดใช้งานมัลติพาธ
ใช้/etc/multipath.confเฉพาะเมื่อคุณมีความต้องการที่ชัดเจน เช่น ชื่อเรียกแทนที่เป็นมิตรและเสถียร หรือการตั้งค่าที่ผู้จำหน่ายกำหนด เครื่องมือ multipath ระบุเส้นทางด้วย WWID; ชื่อเรียกแทนแผนที่คือชื่อที่กำหนดค่าได้แยกต่างหาก สามารถกำหนดค่าชื่อเรียกแทนต่ออุปกรณ์ได้ดังนี้:
multipaths {
multipath {
wwid 3600EXAMPLE_REPLACE_WITH_THE_REAL_WWID
alias appdata01
}
}
แทนที่ WWID ตัวอย่างด้วยตัวระบุที่ถูกต้องซึ่งรายงานสำหรับ LUN นั้น อย่าคัดลอกตัวยึดตำแหน่งหรือสร้างกฎของผู้จำหน่าย/ผลิตภัณฑ์ขึ้นเอง SUSE แนะนำให้รักษาการกำหนดค่าให้น้อยที่สุด และผู้จำหน่ายอุปกรณ์จัดเก็บข้อมูลควรจัดหาการปรับแต่งเฉพาะสำหรับอาร์เรย์นั้นๆ คุณสมบัติของอุปกรณ์ในตัวอาจมีความสำคัญเหนือกว่าค่าทั่วไปในdefaultsส่วนนี้ ดังนั้นค่าเริ่มต้นทั่วไปอาจไม่เปลี่ยนแปลงพฤติกรรมของอาร์เรย์ใดๆ
หากคุณต้องการเทมเพลตอ้างอิงฉบับเต็ม เอกสารของ SUSE มีวิธีmultipath -Tการสร้างเทมเพลตนั้น ตัวอย่างเช่น เชลล์ root สามารถบันทึกเทมเพลตได้ด้วยคำสั่ง `docker run` sudo sh -c 'multipath -T > /etc/multipath.conf'เทมเพลตนั้นมีคำสั่งมากมาย โปรดตรวจสอบและเก็บเฉพาะการตั้งค่าที่คุณต้องการจัดการเท่านั้น
ก่อนที่จะเปลี่ยนแปลงแผนที่แบบเรียลไทม์ โปรดขอให้ Multipath แสดงโทโพโลยีที่จะเกิดขึ้นด้วยการตั้งค่าที่เสนอ:
sudo multipath -d -v2
ตรวจสอบ WWID และการจัดกลุ่มเส้นทางก่อนดำเนินการต่อ การทดลองนี้แสดงแผนผังที่เสนอ แต่ไม่ได้แสดงแผนผังทั้งหมดที่อาจถูกลบหรือล้างออก หากโปรแกรมดีมอนทำงานอยู่แล้ว ให้ใช้การกำหนดค่าผ่านโปรแกรมดีมอนแทนการใช้คำสั่ง multipath แบบสแตนด์อโลนเพื่อใช้การตั้งค่าใหม่:
sudo multipathd reconfigure
จากนั้นตรวจสอบผลลัพธ์แบบเรียลไทม์ด้วยsudo multipath -llหรือsudo multipathd show topologyคู่มือของ SUSE ระบุว่ามุมมองเหล่านี้โดยปกติจะแสดงโครงสร้างเดียวกัน โดยมุมมองหนึ่งแสดงสถานะของเคอร์เนล และอีกมุมมองหนึ่งแสดงสถานะของเดมอน
หลังจากเปลี่ยนแปลง/etc/multipath.confWWID หรือไฟล์การผูกข้อมูล การกำหนดค่าที่เกี่ยวข้อง หรือกฎ udev ที่ส่งผลต่อการระบุอุปกรณ์แล้ว ให้สร้าง initramfs ใหม่:
sudo dracut -f
SUSE กำหนดให้ระบบที่บูตและ initramfs ต้องทำงานสอดคล้องกันในเรื่องการใช้งานมัลติพาธ โดยเฉพาะอย่างยิ่งเมื่อระบบไฟล์รูทอยู่บนอุปกรณ์ SAN ที่รองรับมัลติพาธ ก่อนที่จะรีบูตโฮสต์ที่บูตจาก SAN ให้ตรวจสอบว่าแผนที่ที่ต้องการนั้นมองเห็นได้ และการกำหนดค่ารวมถึงการรองรับพื้นที่จัดเก็บข้อมูลที่จำเป็น หากทำการสร้าง initramfs ใหม่จากสภาพแวดล้อมการกู้คืน หรือหลังจากบูตโดยปิดใช้งานมัลติพาธ ให้ปฏิบัติตาม ขั้นตอน dracut --add multipathที่ SUSE กำหนดไว้อย่างชัดเจน --omit multipathแทนที่จะสันนิษฐานว่าการตรวจจับอัตโนมัติจะตรงกับการบูตปกติ
แผนผังเส้นทางที่ใช้งานได้ปกติควรแสดง WWID ที่คาดหวัง รหัสผู้ผลิต/ผลิตภัณฑ์ กลุ่มเส้นทาง และเส้นทางแต่ละเส้น ในคอลัมน์สถานะเส้นทางactiveจะแสดงสถานะเส้นทางเคอร์เนลreadyจะแสดงเส้นทางมัลติพาธที่ใช้งานได้ปกติ และrunningจะแสดงสถานะอุปกรณ์ SCSI อาร์เรย์ที่มีคอนโทรลเลอร์แบบแอคทีฟ/พาสซีฟอาจแสดงเส้นทางพาสซีฟเป็นghost; ให้ตีความสถานะนั้นโดยใช้นโยบายเส้นทางของอาร์เรย์แทนที่จะถือว่าเป็นข้อผิดพลาดโดยอัตโนมัติ
ใช้แผนที่แบบหลายเส้นทางหรือการอ้างอิงแบบถาวรตามรหัสในการกำหนดค่าพื้นที่จัดเก็บข้อมูลในภายหลัง อย่าจัดเก็บระบบไฟล์ LVM หรือข้อมูลแอปพลิเคชันไว้ใน/dev/sdXเส้นทางเดียว การอ้างอิงที่เสถียรสามารถอิงตาม WWID ของแผนที่/dev/mapperหรือลิงก์ที่เกี่ยวข้อง/dev/disk/by-id/dm-uuid-mpath-WWIDได้ หลีกเลี่ยงการสันนิษฐานว่าชื่อแทน เช่นmpathaจะยังคงถูกกำหนดไว้เว้นแต่คุณจะกำหนดค่าไว้โดยเจตนา
| เป้าหมาย | คำสั่งหรือไฟล์ | ต้องยืนยันอะไรบ้าง |
|---|---|---|
| แสดงรายการแผนที่มัลติพาธและเส้นทาง | sudo multipath -ll | WWID ที่คาดหวังและเส้นทางที่วางแผนไว้ทั้งหมด |
| ตรวจสอบตัวระบุเส้นทาง | sudo multipathd show paths format "%i %d %w %s" | เส้นทางไปยัง LUN หนึ่งๆ จะใช้ WWID เดียวกัน |
| ตรวจสอบสถานะของเดมอน | sudo systemctl status multipathd | บริการเปิดใช้งานอยู่และพร้อมใช้งาน |
| ดูตัวอย่างแผนที่ที่เสนอ | sudo multipath -d -v2 | จัดกลุ่มอุปกรณ์ที่ถูกต้องก่อนทำการเปลี่ยนแปลง |
| โหลดการตั้งค่าเดมอนใหม่ | sudo multipathd reconfigure | โทโพโลยีแบบเรียลไทม์สะท้อนถึงการกำหนดค่าที่ตั้งใจไว้ |
| ซิงโครไนซ์การตั้งค่าบูต | sudo dracut -f | ดำเนินการหลังจากมีการเปลี่ยนแปลงเส้นทางหลายเส้นทางหรือการระบุอุปกรณ์ที่เกี่ยวข้อง |
อย่าทดสอบการสลับระบบสำรองโดยการตัดการเชื่อมต่อเส้นทางการผลิตโดยไม่มีแผนการบำรุงรักษาและขั้นตอนที่ได้รับการอนุมัติจากผู้จำหน่าย ยืนยันการกู้คืนผ่านการตรวจสอบที่ได้รับการสนับสนุนและช่วงเวลาทดสอบที่ควบคุมได้ สำหรับค่าเริ่มต้นเฉพาะอาร์เรย์และขั้นตอนการกู้คืน ให้ใช้เอกสารปัจจุบันของผู้จำหน่ายฮาร์ดแวร์ควบคู่ไปกับเอกสารอ้างอิงการกำหนดค่า การตรวจสอบ และการแก้ไขปัญหาแบบมัลติพาธของ SUSE
แก้ไขข้อผิดพลาดลายเซ็น APT ของ Ubuntu อย่างปลอดภัย ระบุปัญหา NO_PUBKEY, EXPKEYSIG, BADSIG, นาฬิกา และการกำหนดค่าที่เก็บโดยไม่ต้องปิดใช้งานการตรวจสอบแพ็กเกจ
กำหนดค่า DM-Multipath บน SLES 15 ด้วยการค้นหาที่ปลอดภัย การตั้งค่าบริการ การเปลี่ยนแปลง multipath.conf น้อยที่สุด การอัปเดต initramfs และการตรวจสอบสถานะของเส้นทาง
กู้คืน SLES หลังจากการอัปเดตล้มเหลวด้วย Btrfs และ Snapper เปรียบเทียบตัวเลือกการย้อนกลับ ทดสอบสแนปช็อตอย่างปลอดภัย กู้คืนระบบ และตรวจสอบที่เก็บข้อมูล
ใช้ Liderahenk และ Ahenk เพื่อตั้งค่าภาพพื้นหลัง Pardus GNOME แบบกำหนดเอง ล็อกการตั้งค่าที่เลือกด้วย dconf และใช้งานนโยบายไคลเอ็นต์อื่นๆ ผ่านโครงการนำร่องที่ผ่านการทดสอบแล้ว
ตรวจสอบสาเหตุที่ Ubuntu Server เข้าสู่โหมดฉุกเฉิน ซ่อมแซมปัญหาทั่วไปของไฟล์ /etc/fstab และปัญหาการเมานต์อย่างปลอดภัย ตรวจสอบระบบไฟล์ และตรวจสอบการรีบูตตามปกติ
แก้ไขปัญหาแอป Flatpak ที่ไม่รองรับธีม GTK บน Ubuntu 24.04 ตรวจสอบส่วนขยายธีม พอร์ทัล GTK การตั้งค่าสว่างและมืด และข้อจำกัดของชุดเครื่องมือแอป
กำหนดค่า LIDER AHENK บน Pardus ด้วยการตั้งค่าที่เน้นคุณภาพ: ตรวจสอบข้อกำหนดเบื้องต้น ติดตั้ง Lider ลงทะเบียนไคลเอ็นต์ Ahenk และตรวจสอบความถูกต้องของการจัดการ
เปิดใช้งานไดรเวอร์ NVIDIA บน Pardus 23 ด้วยโปรแกรมติดตั้งไดรเวอร์ NVIDIA ของ Pardus ตรวจสอบความเข้ากันได้ของ GPU รีบูตอย่างปลอดภัย ตรวจสอบไดรเวอร์ และแก้ไขปัญหาทั่วไป
เปรียบเทียบการใช้งานดิสก์ หน่วยความจำ เวลาบูตเครื่อง บริการ และประสิทธิภาพการทำงานจริงของ Ubuntu Server 24.04 เวอร์ชัน Minimal และ Standard ด้วยวิธีการวัดผลที่สามารถทำซ้ำได้
แก้ไขข้อผิดพลาดการล็อกของ Zypper ใน SLES อย่างปลอดภัย ระบุโปรเซส เลือกว่าจะรอหรือหยุดโปรเซส และแยกความแตกต่างระหว่างการล็อกธุรกรรมกับการล็อกแพ็กเกจ