Zfs
適用於 Windows Server 2016 群集磁碟的 LIO iSCSI 目標 - 設備未準備好
我在 Fedora 22 機器上配置了一個 LIO iSCSI 目標,將 1 個 LUN 導出到 2 台 Windows Server 2016 機器,這兩台機器都能夠毫無問題地訪問磁碟。
這些伺服器是 HA 集群的一部分,當我嘗試將磁碟添加到集群時,我收到一條錯誤消息,指出“設備尚未準備好”。驗證工具說,由於 SCSI-3 Persistent Reservations,儲存沒有通過,但根據我的研究,這應該給出與我收到的不同的錯誤。
Creating the physical disk resource for 'Cluster Disk 1'. Bringing the resource for 'Cluster Disk 1' online. There was an error creating, configuring, or bringing online the Physical Disk resource (disk) 'Cluster Disk 1'. The following errors occurred while adding storage to the cluster: The resource 'Cluster Disk 1' did not come online. The desired state change for 'Cluster Disk 1' did not occur before the timeout expired.
這是我的 iSCSI 目標:
o- / ........................................................................................................... [...] o- backstores ................................................................................................ [...] | o- block .................................................................................... [Storage Objects: 1] | | o- ha1 ................................................ [/dev/delta/volpool/ha1 (200.0GiB) write-thru activated] | o- fileio ................................................................................... [Storage Objects: 0] | o- pscsi .................................................................................... [Storage Objects: 0] | o- ramdisk .................................................................................. [Storage Objects: 0] | o- user ..................................................................................... [Storage Objects: 0] o- iscsi .............................................................................................. [Targets: 1] | o- iqn.2017-12.net.hirstgroup.adx.delta:storage.target00 ............................................... [TPGs: 1] | o- tpg1 ................................................................................. [no-gen-acls, no-auth] | o- acls ............................................................................................ [ACLs: 4] | | o- iqn.1991-05.com.microsoft:dc1.adx.hirstgroup.net ....................................... [Mapped LUNs: 1] | | | o- mapped_lun0 ..................................................................... [lun0 block/ha1 (rw)] | | o- iqn.1991-05.com.microsoft:dc2.adx.hirstgroup.net ....................................... [Mapped LUNs: 1] | | | o- mapped_lun0 ..................................................................... [lun0 block/ha1 (rw)] | | o- iqn.2017-12.net.hirstgroup.adx.dc1:dc1 ................................................. [Mapped LUNs: 1] | | | o- mapped_lun0 ..................................................................... [lun0 block/ha1 (rw)] | | o- iqn.2017-12.net.hirstgroup.adx.delta:iqn.1991-05.com.microsoft:dc2.adx.hirstgroup.net .. [Mapped LUNs: 1] | | o- mapped_lun0 ..................................................................... [lun0 block/ha1 (rw)] | o- luns ............................................................................................ [LUNs: 1] | | o- lun0 ............................................................... [block/ha1 (/dev/delta/volpool/ha1)] | o- portals ...................................................................................... [Portals: 1] | o- 0.0.0.0:3260 ....................................................................................... [OK] o- loopback ........................................................................................... [Targets: 0] o- vhost .............................................................................................. [Targets: 0]
所以,我不確定我在這裡做錯了什麼,除了磁碟不會添加到集群之外,一切似乎都正常。我在研究中看到的一件事是 SCSI-3 Persistant Reservations 需要它才能工作,但據我了解 LIO 確實支持這一點。我的塊設備實際上是一個精簡配置的 zvol,因為我在這台機器上執行 ZFS。
希望有人可以幫助澄清這裡出了什麼問題。
您可能想嘗試清除 SCSI-3 永久保留,因為 LIO 可能會在 LUN 所有權更改後“忘記”更新它們。
我解決了這個問題。Fedora 22 中包含的 LIO 版本似乎不正確地支持 SCSI-3 Persistent Reservations。我切換到使用 scsi-target-utils 並且立即使用此配置沒有問題:
備份儲存 /blah/blah/blah/zvol 啟動器地址 172.16.20.0/24 傳入使用者 hgx blahblahblah