☰

LinuxIO (LIO) 目標 @ Debian 10 和 VMware 6.7 啟動器：偵測到 0x00000000 的 WRITE_PROTECTED LUN 訪問

tag-icon • tag-icon vmware-esxi iscsi
LinuxIO (LIO) 目標 @ Debian 10 和 VMware 6.7 啟動器：偵測到 0x00000000 的 WRITE_PROTECTED LUN 訪問

我們正在跑步

  • 威聯通 NAS
  • Debian 10
  • 主機 VMware 6.7U3 管理程序

a) 使用 QNAP 匯出 iSCSI-LUN 目標，然後使用 LIO，然後從 VMware 存取它（讀取/寫入），效果很好。

b) 使用 LIO 使用新的 Debian 10 匯出 iSCSI-LUN-目標並使用 Windows 7 iSCSI 啟動器（讀取/寫入）存取它，效果很好。

使用目標 b) (Debian 10 / LIO) 和啟動器 a) (VMware v6.7) 可以正常運作

  • VMware看到目標主機
  • VMware 可以登入並看到目標
  • VMware 可以讀取 LUN 上的資料（查看分割區表、分割區大小、分割區類型等）

一旦我們嘗試編寫任何內容，VMware 就會報告

2020-12-28T14:36:00.775Z 資訊 hostd[2098690] [Originator@6876 sub=Partitionsvc opID=esxui-2f96-fbd9 user=root] 狀態：255 輸出：gpt 0 0 0 00

錯誤：錯誤：在 /dev/disks/naa.60014054b666e78a1c443ee941c60e3e SetPtableGpt 上寫入期間出現唯讀檔案系統：無法提交到磁碟

Debian 10 盒子報告：

內核：[80.210044] TARGET_CORE [iSCSI]：檢測到 0x00000000 的 WRITE_PROTECTED LUN 訪問

我不明白為什麼 VMware 會將 iSCSI LUN 掛載為唯讀，但 Windows 7 將其掛載為可讀寫，而 VMware 將 QNAP-iSCSI-LUN 掛載為可讀寫。

我很感激任何提示 - 提前謝謝你。

PS：也許有人可以創建標籤「linuxio」並將其分配給這個問題。

答案1

我嘗試解決這個問題好幾天了，今天我使用 Windows 7 和 QNAP-NAS 驗證了這個問題。所以我沒有更多的想法，並在這裡尋求一些提示。

又嘗試了幾個小時，我發現 VMware iSCSI 啟動器需要明確 ACL 條目，而 Windows 7 iSCSI 啟動器則不需要。

請注意，我在演示模式下配置了整個 LIO 系統，因此根本不需要身份驗證，演示中的寫入保護已關閉，並且應動態生成 iqn ACL：

cd /iscsi/iqn.2003-01.org.linux-iscsi.v10000.x8664:sn.cce266f35881/tpg1/

set attribute authentication=0 demo_mode_write_protect=0 generate_node_acls=1 cache_dynamic_acls=1

我不知道為什麼會這樣，但是 Windows 7 在沒有明確 ACL 條目的情況下運行良好，並且 VMware 運行良好，因為我在 iscsi/iqn..../tpg 下為啟動器添加了 ACL 條目和 LUN 映射..../acls/iqn.of-the-initiator

不管怎樣，感謝您的閱讀，也許這篇文章可以節省其他管理員的時間。

相關內容