大約從一個月前開始，我開始出現 iSCSI 錯誤和掛載失敗。這與 20.04.3 的更新大致一致。為了切入正題，我發出了以下命令：
root@cor8910:~# iscsiadm -m discovery -t sendtargets -p Readynas2 172.16.7.2:3260,1 iqn.2011-09.nas-8B-3E-60:thunderbird 172.16.7.2:032012:0032092. .nas-8B-3E-60:vmguests
root@cor8910:~# iscsiadm -m discovery -t sendtargets -p Readynas1 172.16.0.2:3260,1 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.044.
上面的輸出是正確的但是當發出 iscsiadm -m node -o show 時我得到 4 個記錄 BEGIN RECORD 2.0-874
節點名稱 = iqn.2011-09.nas-8B-3E-60:thunderbird 。 。 。節點.conn[0].位址 = 172.16.7.2 節點.conn[0].連接埠 = 3260
#結束記錄 #開始記錄 2.0-874 node.name = iqn.2011-09.nas-8B-3E-60:vmguests . 。 node.conn[0].address =readyNAS1 #END RECORD 這個是壞的，因為連接位址是readyNAS2而不是1，並且應該是點分十進位 BEGIN RECORD 2.0-874
節點名稱 = iqn.2011-09.nas-8B-3E-60:vmguests 。 。 。 node.conn[0].address = 172.16.7.2node.conn[0].port = 3260
#END RECORD 這是正確的，但為什麼位址是點分十進制，為什麼以前的主機是同義詞？開始記錄 2.0-874
node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 ... node.conn[0].16.0.2 結束記錄開始記錄 2.0-874address = 172.16.0.2 結束記錄開始記錄 2.0-874address = 172.16.0.2 結束記錄開始記錄 2.0-874address = 172.16.0.2 結束記錄開始記錄 2.0-874
node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 ... node.conn[0].address = readynas1 #end record 最後一個也可以。我無法擺脫那個壞節點記錄，我在谷歌上搜尋到的檔案表明 ubuntu 沒有 /var/lib/iscsi 。
root@cor8910:~# ls -al /etc/iscsi/nodes/ 總計 20
drw----- 4 root root 4096 十月9 日15:31 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 drw------ 3 root root 4096 ubuntu18.04.5 drw------ 3 root root 4096 ubuntu18.04.5 drw------ 3 root root 4096 ubuntu18.15 : 31 iqn.2011-09.nas-8B-3E-60：雷鳥
drw----- 4 root root 4096 十月 9 15:31 iqn.2011-09.nas-8B-3E-60:vmguests
我認為問題可能出在預設子資料夾中，我將其移至更安全的位置。但是，thunderbird 資料夾仍然無法透過 fstab 登入和安裝。其他人則這樣做。啟動後，我可以發出 iscsiadm 來登入所有內容並手動安裝 Thunderbird 設定檔指向的 Thunderbird lun。
我希望能夠糾正任何錯誤，但在沒有發現錯誤的情況下，如果我清除 open-iscsi 並重新安裝它可以解決問題嗎？在“readyNAS2”Netgear 的 ultra 4 NAS 設備的情況下，配置如何知道以點分十進制引用它，“readyNAS1”Netgear 的 214 NAS 正在為其地址獲取主機文件同義詞？
在考慮了利弊之後，我清除了 iscsiadm 並重新安裝了它。這實際上工作得很好，找到了靜態目標並且登入速度很快。然而，重新啟動後，重新安裝後，問題再次出現，我發現啟動中有些東西錯誤地建立了靜態節點。根據 man iscsiadm 的說法，唯一的發現類型是 sendtarget，isns。沒有靜電，但它似乎可以建造和使用並失敗。
答案1
顯然 open-iscsi 對發出什麼命令以及發出命令的順序非常敏感。由於我在虛擬機器中沒有重新定義的/etc/hosts文件，因此沒有點分十進位位址的同義詞。我認為這很可能是問題的一部分。
我嘗試了上面描述的命令序列，但沒有成功。它沒有失敗，甚至沒有嘗試。然後我偶然發現了這個網址。慢慢地、仔細地閱讀並一絲不苟地遵循它是很重要的。https://www.hiroom2.com/2018/05/05/ubuntu-1804-open-iscsi-en/雖然這是為 18.04 編寫的，但它在虛擬機器中運作得很好。我在我的“生產”桌面上重現了這些結果，結果相同。
請特別注意指令順序
如果您在將node.startup變更為自動之前已連線至iSCSI目標，則在將node.startup變更為自動後需要再次連線至iSCSI目標。