สรุปปัญหา: ฉันใช้ JBOD มาหลายปีแล้ว แต่สุดท้ายก็ต้องการ 'ศูนย์ข้อมูลขนาดเล็ก' ที่แท้จริง ฉันซื้อไดรฟ์ 3 ตัวสำหรับกล่อง centos8-stream ของฉันในช่วงสองสามเดือน แต่ฉันได้ยินมาว่าอาจมีทั้งผลดีและผลเสียที่จะได้ไดรฟ์เดียวกันจากหมายเลขล็อตเดียวกัน ทั้งหมดคือไดรฟ์ WD Red TB: WD80EFAX* แต่ปีศาจในรายละเอียด อันแรกคือฮีเลียมเติม wd80efax-68LHPN0, Mfg ในเดือนกรกฎาคม 2019 สองอันต่อมาที่วางขายคือ WD80EFAX-68KNBN0 ที่เติมอากาศในปี 2020 เคสดูแตกต่างออกไป แต่ฉันก็ยังทำต่อไปเพราะมันเหมือนกัน รุ่นหลักและผู้ค้าปลีกส่วนใหญ่ไม่ได้ระบุหรือแยกความแตกต่างของรุ่นที่เหลือด้วยซ้ำ น่าเสียดายที่ความพยายามครั้งแรกของฉันไปได้ไม่ดีนัก และแน่นอนว่ามันเป็นฮีเลียมที่เติมเพียงตัวเดียวซึ่งดูเหมือนว่าจะไม่เข้าร่วมอาร์เรย์ mdadm/RAID อีกครั้ง
รายละเอียดและการวิจัยใด ๆ : ตอนนี้ฉันใช้สิ่งนี้เป็นที่เก็บข้อมูล/NAS ไม่ใช่เว็บเซิร์ฟเวอร์ ฉันไม่ต้องการให้พร้อมใช้งานตอนบู๊ต ที่จริงแล้วอาจไม่ต้องการความเป็นไปได้นั้นขึ้นอยู่กับว่าคอมพิวเตอร์ถูกใช้งานในวันนั้นอย่างไร ฉันอาจต้องหมดไปสักระยะหนึ่ง และฉันไม่มีพาร์ทเนอร์ที่ไว้ใจได้ซึ่งปิดทำการในวันนั้น ดังนั้นฉันจึงต้องทำความเข้าใจและปรับเปลี่ยนการกำหนดค่าเมื่อใดก็ได้ ไม่ใช่ว่าฉันเจ๋งขนาดนั้น แต่มันคงแย่ถ้าอาร์เรย์ที่ไม่น่าเชื่อถือนี้เขียนด้วยความเร็ว 1/10 ในเวลาที่แย่ที่สุด อย่างไรก็ตาม,
ฉันสร้างอาร์เรย์ของฉันดังนี้:
mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sdb /dev/sdc /dev/sdd
ข้ามการตั้งค่าพาร์ติชัน เช่น ได้ยินว่าไม่จำเป็น ถ้าคุณต้องการเพียงเล่มเดียวที่ต่อเนื่องกันซึ่งคุณจะไม่มีวันเปลี่ยนแปลงและสามารถทำให้สิ่งต่าง ๆ ยากขึ้นได้ ดูเหมือนว่าจะทำงานได้ดียกเว้นไดรฟ์เดียวที่จะไม่เชื่อมโยงกับอาร์เรย์ด้วยตัวมันเอง
cryptsetup luksFormat /dev/md0เพื่อจัดรูปแบบ Raid Array ของฉันสำหรับประเภท Luks
เปิด ตั้งค่าระบบไฟล์ เพื่อความยืดหยุ่นในอนาคต ฉันเลือก LVM
pvcreate /dev/mapper/ชื่ออุปกรณ์
ตรวจสอบการสร้างที่สำเร็จด้วย: พีวีเอส (ดูดี)
สร้างกลุ่มวอลุ่มด้วย vgcreate ที่เก็บข้อมูล /dev/mapper/devnameแล้วใส่ lvm บนนั้น lvcreate -n myLVMname -L 16T storageName
ต้องใช้จริง 14.55น เนื่องจากดูเหมือนว่าพื้นที่บางส่วนถูกสงวนไว้หรือมีการคำนวณพื้นที่ผิดพลาดในขนาดนี้เนื่องจากความคลาดเคลื่อนระหว่าง TB และ TiB เพิ่มขึ้น อย่างไรก็ตาม ฉันเห็นว่ามันดีกับ:
พีวีเอส, วีจีเอส และ เลเวล.
เวลาในการสร้าง FS:
mkfs.ext4 /dev/mapper/devnameและ ณ จุดนี้ lsblk แสดงไดรฟ์ทั้งหมดของฉันดังนี้:
sde // ดิสก์
ââmd0 // การจู่โจมของเรา
ââcrypt-storage //enc คอนเทนเนอร์
ââstorage-https //เมานต์ vol
ด้วยผลงานพิมพ์ที่เหมือนกันสำหรับ /dev/sdd และ /dev/sdc ตอนนี้เปิดและติดตั้งแล้ว
เปิด /etc/fstab จะเห็นว่า `/dev/mapper/devicename ติดตั้งอยู่ที่ /run/media/username/moutpoint
ถ้าฉันต้องการให้มันเมานต์ตอนบู๊ต ณ จุดนี้ ฉันต้องทำบางสิ่งเพิ่มเติม แต่ฉันไม่ต้องการ ฉันต้องการติดตั้งด้วยตัวเองตามความจำเป็น เพื่อการวัดผลที่ดี ให้สร้าง mdadm.conf ด้วย mdadm --verbose --detail --scan > /etc/mdadm.confแม้ว่าควรจะสร้างอาร์เรย์ใหม่ด้วยข้อมูลจาก superblocks ใช่ไหม
ถ้าฉันต้องการติดตั้งตอนบู๊ต ฉันต้องอัปเดต /etc/crypttab ด้วย UUID ของอุปกรณ์จู่โจมของฉัน /dev/md0อัปเดต initramfs ของฉันด้วย dracut -f -vและอัปเดตด้วงด้วย grub2-mkconfig -o /etc/grub2-efi.cfgหรือสำหรับ centos การกำหนดค่ามักจะเชื่อมโยงกับ /boot/efi/EFI/centos/grub.cfg. อย่างไรก็ตาม ฉันไม่ได้อัปเดต grub หรือ crypttab เนื่องจากฉันไม่คิดว่าจำเป็นต้อง/ไม่ต้องการ ถ้าไม่จำเป็น สิ่งนี้ควรเกิดขึ้นหลังจากบู๊ตอย่างถูกต้อง
ฉันรีบูต แต่แสดง lsblk ปัญหา: (ตัดแต่ง)
`
เอสดีซี
ââsdc1
SDD
ââmd0
ช้า
ââmd0
`
ดูเหมือนว่า wd80efax-68LHPN0 ที่เติมฮีเลียม (/ dev/sdc ที่นี่) จะไม่ถูกใส่ลงในอาร์เรย์ md0 (แม้กระทั่งก่อน lvm บน luks) มันคิดว่ามีพาร์ติชัน 'sdc1' นี่เป็นเพราะปัญหาเกี่ยวกับวิธีการกำหนดค่า ฮาร์ดแวร์อื่นหรือเฟิร์มแวร์อื่นหรือไม่ ดังที่ได้กล่าวไว้ก่อนหน้านี้ ผู้ค้าปลีกมักจะไม่ระบุอักขระตัวสุดท้ายของหมายเลขรุ่น ดังนั้นฉันจึงหวังว่า WD80EFAX* ทั้งหมดจะทำงานร่วมกันได้ WD ดูเหมือนจะไม่มีเฟิร์มแวร์สำหรับฮาร์ดไดรฟ์ธรรมดา?? https://community.wd.com/t/firmware-wdc-wd80efzx-68uw8n0/218166/2 Duckduckgo หาไม่เจอเหรอ? (บางครั้งสามารถเอาชนะ google ได้แน่นอน ฟังก์ชั่นการค้นหาของ WD)
ฉันเคยแยกลอจิกบอร์ดบางส่วนมาก่อน และต้องการจะยุ่งกับเฟิร์มแวร์อยู่เสมอ แต่ไม่ใช่ในขณะที่ข้อมูลทั้งหมดของฉันเพิ่งถูก ย้ายไป (นี่คือข้อมูลสำรอง) ไปยังสแต็คที่เข้ารหัสนี้ โดยไดรฟ์ก่อนหน้านี้บางส่วนถูกล้างข้อมูลเพื่อใช้เป็นธัมบ์ไดรฟ์ขนาดใหญ่ น่าละอายสำหรับฉันที่ไม่มีการสำรองข้อมูลอื่น มันยังสามารถอ่านได้ แต่ฉันยังมีทรัพยากรจำกัดและพยายามที่จะรวมไดรฟ์ JBOD 5+ เหล่านี้เข้าด้วยกัน เพื่อให้ฉันสามารถจัดระเบียบข้อมูลที่เพิ่มขึ้นอย่างไม่สิ้นสุดในชีวิตของฉัน เพื่อให้มีเวลาสำหรับอาสาสมัคร/ธุรกิจมากขึ้น ความพยายาม. อย่างน้อยตอนนี้ฉันก็ได้เรียนรู้ขั้นตอนที่น่ากลัวของการกู้คืน/การทำงานกับอาร์เรย์การโจมตีแบบเข้ารหัสแล้วในระดับหนึ่ง
ตามความเหมาะสม ให้อธิบายสิ่งที่คุณได้ลอง:
ฉันสามารถหยุดการ md0 อุปกรณ์ (mdadm --stop /dev/md0เพิ่ม:
mdadm --add /dev/md0 /dev/sdc (และ sdc1 แม้ว่าจะไม่ได้เพิ่มพาร์ติชัน)
(ไม่เติมใหม่แล้วกลัวใช้ไม่ได้ --สมมติ-สะอาด (ได้ยินว่าไม่ใช่ผู้เชี่ยวชาญก็ไม่ใช้)) แต่ก็ต้องซิงค์ใหม่ 2 วันทุกครั้งที่บูทเครื่องซึ่งการสึกหรอโดยไม่จำเป็นไม่ต้องพูดถึงการหยุดทำงาน ไม่ดีสำหรับการผลิตหรืออะไรจริงๆโดยใช้ mdadm --detail /dev/md0 สถานะแสดงว่า 'เสื่อมคุณภาพ' จริง ๆ แล้ว อุปกรณ์หนึ่งถูก 'ลบ' ฉันยังคงสามารถปลดล็อกไดรฟ์ทั้งสอง เมาต์ และอ่านได้ การเขียนดูเหมือนช้าลง แต่ตอนนี้ข้อมูลของฉันห้อยลงมาจากหน้าผาเข้ารหัสหากไดรฟ์ที่เหลืออีก 2 ตัวล้มเหลว
ดังนั้นฉันจึงเพิ่มไดรฟ์เดิมอีกครั้ง ปล่อยให้ซิงค์โดยใช้ นาฬิกา บน /proc/mdstat. ฉันแน่ใจว่าฉันได้อัปเดต initramfs ของฉันแล้ว (แม้ว่าจะไม่จำเป็นต้องทำอย่างนั้นก็ตาม) ด้วย dracut -f -vคัดลอกข้อมูลไดรฟ์ทั้งหมดด้วย บลคิด ในกรณีที่รีบูต ปัญหาเดียวกัน /dev/sdc (ไดรฟ์ฮีเลียมหมายเลขรุ่นหลักที่เก่ากว่าแต่เหมือนกัน) ไม่ใช่ส่วนหนึ่งของ md0
โดยใช้ mdadm -v --assemble /dev/md0 --uuid=<ข้อมูลจาก /etc/mdadm.conf> มันสแกนและพูดว่า:
ไม่พบ RAID superblock บน /dev/sdc หรือ /dev/sdc1, เวทมนตร์ที่คาดหวัง a92something, ได้รับ 00000000*,
สำหรับ /dev/sdc1 ("พาร์ติชัน" (ที่ไม่ควรมี) ไม่ใช่อุปกรณ์) เวทมนตร์ที่คาดหวัง a92somethingRAIDUUIDthing ได้ 00000401
ไดรฟ์ที่ดี:
mdadm: /dev/sdf ถูกระบุว่าเป็นสมาชิกของ /dev/md0 ช่อง <1 หรือ 2>
ดังนั้น ฉันสงสัยว่าปัญหาอยู่ที่นี่ หากเป็นสิ่งที่ฉันทำในการกำหนดค่า บางโพสต์ในที่อื่นแนะนำว่ามีบางอย่างที่อาจกำลังล้าง superblock แต่ฉันไม่รู้ว่ามีอะไรในการปิดเครื่องหรือรีบูตของฉันที่จะทำเช่นนี้ แต่ฉันไม่ได้ทำการตรวจสอบแม่บ้านที่ชั่วร้ายในบางครั้ง และฉันก็ไม่อยากเป็น ที่จำเป็น เพื่อทำอย่างใดอย่างหนึ่ง และฉันจะใช้เครื่องมือและบันทึกในเครื่องนี้เพื่อทำเช่นนั้น มันอาจไม่ใช่อย่างนั้น แต่เป็นไปได้
ฉันยังคงสามารถอัปเดต grub หรือ /etc/crypttab ของฉันได้ แต่ดูเหมือนว่าฉันไม่ควรทำสิ่งนี้ โดยพื้นฐานแล้วนี่คือธัมบ์ไดรฟ์ RAID ขนาดยักษ์ บางครั้งฉันต้องเชื่อมต่อกับส่วนที่เหลือของระบบ ดูเหมือนว่ามีบางอย่างที่ผิดพลาดเกิดขึ้นเกี่ยวกับซุปเปอร์บล็อก ฮาร์ดแวร์ หรือเฟิร์มแวร์ โดยเฉพาะอย่างยิ่งเมื่อมีความแตกต่างที่มองเห็นได้บนเคสและบอร์ดระหว่างไดรฟ์ฮีเลียม และอีกสองตัวที่ใช้งานได้ดี (น่าเสียดาย)
ความคิดใด ๆ
ชอบ:
ไม่สนใจ:
ดูเหมือนจะมีเครื่องมือและความรู้ที่เปิดกว้างมากพอที่จะเข้าใจสิ่งนี้ มันไม่ใช่วิทยาศาสตร์จรวด แต่มันเป็นชิ้นส่วนที่เคลื่อนไหวได้มากมายที่ทำงานร่วมกัน ซึ่งฉันอาจไม่คุ้นเคยนักหลังจากผ่านไปสองสามสัปดาห์ของการซ่อมแซม รวบรวมข้อมูลโพสต์ และ RTFM คิดว่าฉันควรถาม ฉันหวังว่าฉันจะให้รายละเอียดเพียงพอแต่ไม่ได้ลากออกไป
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
