☰

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 访问

我们正在运行

  • QNAP 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 0

错误：错误：在 /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..../acls/iqn.of-the-initiator 下为启动器添加了 ACL 条目和 LUN 映射

无论如何，感谢您的阅读，也许这篇文章可以为其他管理员节省一些时间。

相关内容