Score:0

20.04.3 ISCSI ล้มเหลวระหว่างการบูตเพื่อเข้าสู่ระบบ

ธง pk

เมื่อเดือนที่แล้วฉันเริ่มมีข้อผิดพลาด iscsi และไม่สามารถเมานต์ได้ สิ่งนี้ใกล้เคียงกับการอัปเดต 20.04.3 พยายามที่จะตัดการไล่ล่าฉันออกคำสั่งต่อไปนี้:

root@cor8910:~# iscsiadm -m การค้นพบ -t sendtargets -p readynas2 172.16.7.2:3260,1 iqn.2011-09.nas-8B-3E-60:ธันเดอร์เบิร์ด 172.16.7.2:3260,1 iqn.2011-09.nas-8B-3E-60:vmguests

root@cor8910:~# iscsiadm -m การค้นพบ -t sendtargets -p readynas1 172.16.0.2:3260,1 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5

ผลลัพธ์ข้างต้นถูกต้อง แต่เมื่อออก iscsiadm -m node -o แสดงว่าฉันได้รับ 4 ระเบียน เริ่มบันทึก 2.0-874

node.name = iqn.2011-09.nas-8B-3E-60:ธันเดอร์เบิร์ด . . . node.conn[0].address = 172.16.7.2 node.conn[0].พอร์ต = 3260

#จบบันทึก #บันทึกเริ่มต้น 2.0-874 node.name = iqn.2011-09.nas-8B-3E-60:vmguests . . node.conn[0].address = readyNAS1 #สิ้นสุดการบันทึก อันนั้นไม่ดีเนื่องจาก addr การเชื่อมต่อพร้อมNAS2 ไม่ใช่ 1 และควรเป็นจุดทศนิยม เริ่มบันทึก 2.0-874

node.name = iqn.2011-09.nas-8B-3E-60:vmguests . . . node.conn[0].address = 172.16.7.2< br/> node.conn[0].พอร์ต = 3260

#สิ้นสุดการบันทึก อันนี้ถูกต้อง แต่ทำไมที่อยู่มีจุดทศนิยมและเหตุใดโฮสต์ก่อนหน้าจึงเป็นคำพ้องความหมาย เริ่มบันทึก 2.0-874

node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 ... node.conn[0].address = 172.16.0.2 สิ้นสุดการบันทึก เริ่มบันทึก 2.0-874

node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 ... node.conn[0].address = readynas1 #จบบันทึก อันสุดท้ายก็ดีเหมือนกัน ฉันไม่สามารถกำจัดบันทึกโหนดที่ไม่ดีนั้นได้ เอกสารที่ฉัน googled ระบุว่า /var/lib/iscsi ซึ่งอูบุนตูไม่มี

root@cor8910:~# ls -al /etc/iscsi/nodes/ รวม 20

drw ------- 4 รูทรูท 4096 9 ต.ค. 15:31 น. iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 drw------- รูท 3 รูท 4096 9 ต.ค. 15:31 iqn.2011-09.nas-8B-3E-60:thunderbird

drw------- 4 รูทรูท 4096 9 ต.ค. 15:31 น. iqn.2011-09.nas-8B-3E-60:vmguests

ฉันคิดว่าปัญหาอาจอยู่ในโฟลเดอร์ย่อยเริ่มต้นซึ่งฉันย้ายไปยังที่ปลอดภัยกว่า อย่างไรก็ตาม โฟลเดอร์ธันเดอร์เบิร์ดยังคงไม่เข้าสู่ระบบและติดตั้งผ่าน fstab คนอื่นทำ เมื่อบูทแล้วฉันสามารถออก iscsiadm เพื่อเข้าสู่ระบบทั้งหมดและเมานต์ Thunderbird lun ด้วยตนเองโดยที่โปรไฟล์ Thunderbird ชี้ไป

ฉันต้องการที่จะสามารถแก้ไขสิ่งที่ผิด แต่ในกรณีที่ไม่พบสิ่งผิดปกติ ถ้าฉันล้าง open-iscsi และติดตั้งใหม่ มันจะแก้ปัญหาได้หรือไม่ การกำหนดค่ารู้ได้อย่างไรในกรณีของ 'readyNAS2' หน่วย ultra 4 NAS ของ Netgear เพื่ออ้างถึงด้วยจุดทศนิยมโดยที่ 214 NAS ของ 'readyNAS1' Netgear กำลังหยิบคำพ้องความหมายของไฟล์โฮสต์สำหรับที่อยู่ของมัน

หลังจากคิดถึงข้อดี/ข้อเสียแล้ว ฉันได้ทำการล้าง iscsiadm และติดตั้งใหม่อีกครั้ง สิ่งนี้ใช้งานได้จริง พบเป้าหมายคงที่และการเข้าสู่ระบบดำเนินไปอย่างรวดเร็ว อย่างไรก็ตาม เมื่อรีบูต หลังจากติดตั้งใหม่ ปัญหาก็เกิดขึ้นอีก และฉันพบว่ามีบางอย่างในการเริ่มต้นที่สร้างโหนดสแตติกอย่างไม่ถูกต้อง จากข้อมูลของ man iscsiadm การค้นพบประเภทเดียวคือ sendtarget ไม่ ไม่คงที่ แต่ดูเหมือนจะสร้างและใช้งานและล้มเหลว

guiverc avatar
cn flag
หากสิ่งนี้เกี่ยวข้องกับเคอร์เนล 20.04.3 & *น่าจะเป็น* HWE ตามที่คุณแนะนำ (อัปเดตกลางเดือนสิงหาคม 2564 นานกว่า *เดือนที่แล้ว* ของคุณ https://fridge.ubuntu.com/2021/08/27/ubuntu -20-04-3-lts-released/ *แสดงวันที่เผยแพร่ ISO แต่นานกว่าหนึ่งสัปดาห์หลังจากเครื่องที่ติดตั้งอัปเกรดเป็น *) คุณลองใช้เคอร์เนล GA แล้วหรือยัง Ubuntu มีตัวเลือกเคอร์เนลสแต็กสองตัวเลือก - GA ซึ่งคงอายุการใช้งานของรุ่น LTS ที่เสถียร และ HWE ซึ่งอัปเกรดเป็นสแต็กในภายหลังในช่วง ~ สองปีแรกของผลิตภัณฑ์
pk flag
ฉันไม่คุ้นเคยกับการเปิดใช้งานฮาร์ดแวร์ ฉันจะดูให้ละเอียดยิ่งขึ้นในวันพรุ่งนี้ นอกจากนี้ ไม่คุ้นเคยกับตัวเลือกระหว่างเคอร์เนลสองเวอร์ชัน หมายความว่าจะไม่สมัคร .3 เหรอ? ฉันไม่ได้ใช้ฮาร์ดแวร์ใหม่อย่างแน่นอน เครื่องนี้มีอายุหลายปี Dell 8910 ฉันอัพเกรดเป็น 64GB เต็มและเพิ่มไดรฟ์ NVM 1G ตอนนี้เครื่องนี้เร็วขึ้นมาก และฉันไม่ต้องเสียเงินอีก $2,500 ให้กับ Dell โปรดดูความคิดเห็นที่ฉันเพิ่มไว้ก่อนหน้านี้ในคำถาม AskUbuntu มันอยู่ที่ด้านล่าง และขอบคุณ. https://answers.launchpad.net/ubuntu/+source/open-iscsi/+question/699043
pk flag
อีกสิ่งหนึ่งคือฉันจะอัปเกรดเมื่อมาถึงผ่านการแจ้งเตือนการอัปเดตซอฟต์แวร์แบบอะซิงโครนัสเท่านั้น ซึ่งดูเหมือนว่าจะมาถึงนานหลังจากการอัปเดตพร้อมใช้งาน
guiverc avatar
cn flag
ไม่ (ไม่มีอะไรเกี่ยวข้องกับ .3; 20.04.2 & 20.04.3 ที่ใช้ GA stack จะใช้เคอร์เนล 5.4, 20.04.3 ที่ใช้ HWE คือ 5.11 โดยที่ 20.04.2 ที่ใช้ HWE จะใช้ 5.8) สื่อการติดตั้ง (ISO) ที่ใช้มีตัวเลือกเคอร์เนลสแต็กเริ่มต้น บางคนอนุญาตให้คุณเลือกสแต็กของคุณในเวลาติดตั้ง (เช่น ISO โดยใช้ตัวติดตั้ง `subiquity') ดู https://wiki.ubuntu.com/Kernel/LTSEnablementStack & ชอบหน้า wiki แต่การอัปเกรด .3 คือกลางเดือนสิงหาคม ด้วยการเปลี่ยนแปลงใน HWE stack ความแตกต่างที่สำคัญซึ่งทำให้ ISO ใหม่หมุนใหม่ด้วยการติดตั้งสแต็กใหม่ อัปเกรดผู้ใช้ที่มีอยู่ก่อน ISO ใหม่หนึ่งสัปดาห์ +
pk flag
หลายสิบปีที่แล้วฉันได้รับการบอกกล่าวและเรียนรู้วิธีที่ยากในการอัปเกรด ในขณะที่มีเสน่ห์ บางครั้งก็ใช้งานได้ดี บางครั้งก็ล้มเหลวอย่างน่าสังเวช นี่คือสิ่งที่ทำให้ฉันใส่ที่เก็บอีเมลธันเดอร์เบิร์ดไปที่ iscsi ฉันพยายามแชร์ 18.04.7? โฮมไดเร็กตอรี่ที่มี 20.04. ฉันกำลังพยายามแยกแยะความแตกต่างระหว่างสิ่งที่คุณกำลังอธิบายและเพียงแค่บอกการอัปเดตซอฟต์แวร์/อัปเกรดแอปเพล็ต (นี่คือเดสก์ท็อป env) และฉันเพียงแค่กดดันการอัปเดตที่ใช้ | กดปุ่มอัพเกรดและในตอนท้ายมันบอกว่าจำเป็นต้องรีบูต ดังนั้นฉันจึงทำ ฉันจำตัวเลือกที่เลือกเคอร์เนลไม่ได้ เป็น 5.11.0.37-generic
guiverc avatar
cn flag
ISO ที่ใช้โปรแกรมติดตั้ง `ubiquity' หรือ 'calamares' ไม่มีตัวเลือกเคอร์เนล - ตัว ISO เอง (เช่น สิ่งที่คุณดาวน์โหลดและเขียนลงในสื่อการติดตั้งของคุณ) จะควบคุมตัวเลือกนั้น (เช่น คุณตัดสินใจตอนดาวน์โหลดว่าใช้ ISO ใช้ตัวติดตั้งเหล่านั้น)
pk flag
โอ้ เดี๋ยวก่อน คุณหมายถึง LTS ทุก ๆ 2 ปีเทียบกับ 20.10, 21.4, 21.10 ในกรณีปัจจุบันนี้หรือเปล่า ฉันมีเวลาเช้าและต้องเข้านอนตอนนี้...ขอบคุณมาก! ให้ฉันค้นคว้าเรื่องนี้เมื่อฉันกลับมาในวันพรุ่งนี้
guiverc avatar
cn flag
ไม่ Ubuntu 20.04, 20.04.1, 20.04.2, 20.04.3 ซึ่งพร้อมใช้งานสำหรับเดสก์ท็อป เซิร์ฟเวอร์ *รสชาติ* และอื่นๆ เช่น. https://releases.ubuntu.com/20.04/ ฯลฯ มี ISO ที่หลากหลายสำหรับแต่ละรีลีส ผู้ใช้ส่วนใหญ่เพียงแค่คว้าค่าเริ่มต้น - แต่มี ISO สำรองให้ใช้งาน สำหรับ *รสชาติ* (เช่น Lubuntu) สื่อ 20.04 และ 20.04.1 เริ่มต้นที่เคอร์เนล GA, 20.04.2 และใหม่กว่ามีค่าเริ่มต้นเป็น HWE; Ubuntu Desktop 20.04 LTS เริ่มต้น ISO ใช้ HWE สำหรับทุกคน Ubuntu Server 20.04 LTS ใช้ค่าเริ่มต้นเป็น GA สำหรับทั้งหมด
pk flag
ฉันตามทันแล้ว ในอิมเมจสำหรับบูตโดยเฉพาะ ไดรฟ์ nvme ฉันทำการติดตั้งแบบเนทีฟแล้ว ฉันค่อนข้างแน่ใจว่าทุกอย่างเรียบร้อยดีแล้ว หลังจากหรือประมาณเมื่ออัปเดตเป็น 20.04.3 ปัญหาก็เกิดขึ้น เครื่องบูทได้ดีโดยไม่มี iscsi เหมือนที่เคยทำบน nvme ฉันคิดว่าปัญหาเคอร์เนลนั้นน่าสนใจ แต่ไม่ใช่ปัญหาที่นี่เนื่องจากเวอร์ชันเดสก์ท็อปอัปเกรดเป็น 20.04.3 เมื่อฉันติดตั้งจาก USB ฉันจำไม่ได้ว่าถูกถามว่าเคอร์เนลใด ฉันคิดว่าปัญหาอยู่ใน iscsid ในการสร้าง iscsi subdir ภายใต้ /etc/ แบบคงที่โดยเฉพาะ
Score:0
ธง pk

เห็นได้ชัดว่า open-iscsi นั้นไวต่อคำสั่งที่ออกและคำสั่งที่ออก กุญแจสำคัญในการค้นหาสิ่งนี้คือการได้รับสภาพแวดล้อม 'บริสุทธิ์' เพื่อทดสอบ ฉันสร้าง VM ของ 20.04.3 iso ล่าสุดและดำเนินการต่อ เพื่อกำหนดค่า open-iscsi เป็นฉันไม่ได้มีนิยามใหม่ / etc / โฮสต์ ไฟล์ใน VM ไม่มีคำพ้องสำหรับที่อยู่ทศนิยมประ ฉันคิดว่านี่อาจเป็นส่วนหนึ่งของปัญหา

ฉันลองลำดับของคำสั่งที่อธิบายไว้ด้านบนแต่ไม่ได้ผล มันไม่ได้ล้มเหลว มันไม่ได้พยายามด้วยซ้ำ ฉันเกิดขึ้นใน URL นี้แล้ว สิ่งสำคัญคือต้องอ่านช้าๆ อย่างระมัดระวัง และปฏิบัติตามอย่างระมัดระวัง https://www.hiroom2.com/2018/05/05/ubuntu-1804-open-iscsi-en/ ขณะนี้เขียนขึ้นสำหรับ 18.04 แต่ก็ทำงานได้อย่างสมบูรณ์ใน VM ฉันสร้างผลลัพธ์เหล่านั้นซ้ำในเดสก์ท็อป 'ที่ใช้งานจริง' โดยมีผลลัพธ์เหมือนกัน

ให้ความสนใจเป็นพิเศษในลำดับคำสั่งเพื่อ

หากคุณเชื่อมต่อกับเป้าหมาย iSCSI ก่อนเปลี่ยน node.startup เป็นอัตโนมัติ คุณต้องเชื่อมต่อกับเป้าหมาย iSCSI อีกครั้งหลังจากเปลี่ยน node.startup เป็นอัตโนมัติ

โพสต์คำตอบ

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