LIO iSCSI-Ziel für Windows Server 2016-Clusterdatenträger - Gerät ist nicht bereit


7

Ich habe ein LIO iSCSI-Ziel auf einem Fedora 22-Computer konfiguriert, der 1 LUN auf 2 Windows Server 2016-Computer exportiert. Beide können problemlos auf die Festplatte zugreifen.

Diese Server sind Teil eines HA-Clusters. Wenn ich versuche, die Festplatte zum Cluster hinzuzufügen, wird die Fehlermeldung angezeigt, dass das Gerät nicht bereit ist. Das Validierungstool gibt an, dass der Speicher aufgrund von persistenten SCSI-3-Reservierungen nicht bestanden wird. Nach meinen Recherchen sollte dies jedoch einen anderen Fehler ergeben als den, den ich erhalte.

   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.

Dies ist mein iSCSI-Ziel:

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]

Ich bin mir also nicht sicher, was ich hier falsch mache. Alles scheint zu funktionieren, außer dass die Festplatte nicht zum Cluster hinzugefügt wird. Eine Sache, die ich in meiner Forschung gesehen habe, ist, dass SCSI-3 Persistant Reservations erforderlich sind, damit dies funktioniert, aber nach meinem Verständnis unterstützt LIO dies. Mein Blockgerät ist tatsächlich ein Thin Provisioning Zvol, da ich ZFS auf diesem Computer ausführe.

Hoffentlich kann jemand helfen zu klären, was hier falsch läuft.


Klingt riskant ...
ewwhite

Antworten:


5

Möglicherweise möchten Sie versuchen, SCSI-3 Persistent Reservations zu löschen, da LIO "vergessen" könnte, sie zu aktualisieren, nachdem der LUN-Besitz geändert wurde.

Clear-ClusterDiskReservation


Wenn ich diesen Befehl auf der Festplatte ausführe, wird die Meldung "Gerät ist nicht bereit" angezeigt. Ich habe auch das Volume aus dem Cluster entfernt und es dann ausprobiert und dann die Festplatte erneut zum Cluster hinzugefügt, ohne Änderung. Ich bin mir nicht ganz sicher, woher diese Meldungen stammen, dass das Gerät nicht bereit ist. Wenn ich die Festplatte auf dem Server manuell online stelle, kann ich sie ohne Probleme verwenden.
James Hirst

Wenn Sie dem Cluster nichts hinzufügen, können Sie darauf zugreifen, wenn Sie bedenken, dass nur EIN Clusterknoten eine iSCSI-Verbindung zu Ihrer LUN hergestellt hat?
BaronSamedi1958

Ja, es funktioniert so ohne Probleme. Das Problem wird nur angezeigt, sobald ich es dem Cluster hinzufüge.
James Hirst

Stellen Sie sicher, dass Sie LIO richtig konfiguriert haben. 1) blog.jamiebaldanza.org/2012/08/14/… 2) linux-iscsi.org/wiki/Persistent_Reservations
BaronSamedi1958

... und verwenden Sie SCSIcmd.exe auf der Windows-Seite, um zu überprüfen, ob SCSI-3-PRs voll funktionsfähig sind. 1) veritas.com/support/en_US/article.TECH72086 2) aikitsupport.com/how-to-check-scsi-3-reservation
BaronSamedi1958

1

Ich habe dieses Problem gelöst. Es scheint, dass die in Fedora 22 enthaltene Version von LIO die persistenten SCSI-3-Reservierungen nicht korrekt unterstützt. Ich habe auf scsi-target-utils umgestellt und das hat mit dieser Konfiguration sofort ohne Probleme funktioniert:

Backing-Store / bla / bla / bla / zvol Initiator-Adresse 172.16.20.0/24 eingehender Benutzer hgx blahblahblah


Großartig! Viel Glück mit Ihrem Cluster :)
BaronSamedi1958
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.