Dell Unity: Dauerhafte Reservierungskonflikte und ESXi-Hosts

Resumen: Persistente Reservierungskonflikte können dazu führen, dass Broadcom (VMware) ESXi-Server den Zugriff auf einige logische Einheiten (LUN) verlieren.

Este artículo se aplica a: Este artículo no se aplica a: Este artículo no está vinculado a ningún producto específico. En este artículo no se identifican todas las versiones de los productos.
Consultar otros recursos

Síntomas

Was ist ein dauerhafter Reservierungskonflikt?

  • Persistente Reservierungen verleihen den Registrierungsgruppen Anwendungsresilienz. Der Zweck besteht darin, den Ausfall eines (oder mehrerer) Hosts in einem Cluster zu behandeln. Bei dauerhaften Reservierungen kann ein zweiter Host eine Reservierung eines fehlerhaften Hosts "übernehmen". Clustersoftware verwendet diese Art von Reservierungen.
  • Oft aktualisieren Kunden ihren Cluster mit Software, die die allgemeineren SCSI-3-Reservierungen verwendet. Es kann möglicherweise nicht für alle Nodes im Cluster gleichzeitig ein Upgrade durchgeführt werden. Daher verwenden einige Nodes möglicherweise ältere SCSI-2-Reservierungen, während andere Nodes möglicherweise neuere SCSI-3-Reservierungen verwenden. Dies kann zu Problemen führen. Wenn der Cluster-Node, der die älteren Reservierungen verwendet, aktualisiert wird, werden seine älteren Reservierungen beim Neustart "bereinigt". Eine Lösung für Reservierungskonflikte besteht darin, den gesamten Cluster neu zu starten.
  • Der Status "Reservierungskonflikt" bedeutet im Allgemeinen, dass dem Initiator, der versucht, auf die LUN zuzugreifen, kein Zugriff gewährt wird, weil ein anderer Initiator die LUN reserviert hat. Es gibt verschiedene Arten von Reservierungen. Einige Typen erlauben nur einem Initiator den Zugriff auf die LUN. Andere Reservierungstypen ermöglichen einer Gruppe von Initiatoren den Zugriff auf die LUN, verhindern jedoch den Zugriff anderer Initiatoren auf die LUN. Persistente Reservierungen verleihen den Registrierungsgruppen Anwendungsresilienz. Der Zweck besteht darin, den Ausfall eines (oder mehrerer) Hosts in einem Cluster zu behandeln. Bei dauerhaften Reservierungen kann ein zweiter Host eine Reservierung eines fehlerhaften Hosts "übernehmen". Clustersoftware verwendet diese Art von Reservierungen. Häufig besteht eine Lösung für Reservierungskonflikte darin, den gesamten Cluster neu zu starten.


Beispiel vom ESXi-Host VMkernel Log:

Oct 27 09:59:01 xxxx335 vmkernel: 0:16:39:53.731 cpu3:1040)SCSI: vm 1040: 109: Sync CR at 0
Oct 27 09:59:01 xxxx335 vmkernel: 0:16:39:53.731 cpu3:1040)WARNING: SCSI: 119: Failing I/O due to too many reservation conflicts
Oct 27 09:59:01 xxxx335 vmkernel: 0:16:39:53.731 cpu3:1040)WARNING: FS3: 2913: reservation error: SCSI reservation conflict
Oct 27 09:59:01 xxxx335 vmkernel: 0:16:39:53.731 cpu3:1040)WARNING: FS3: 3370: Failed with bad0022
Oct 27 09:59:01 xxxx335 vmkernel: 0:16:39:53.731 cpu3:1040)FSS: 390: Failed with status SCSI reservation conflict for f530 28 1 4a588dc4 6c9974b4 1        e00d266 7e9ecd0b 0 0 0 0 0 0 0

 

Beispiel aus dem Dell Unity ktrace Log:

  • Speicherort des extrahierten Protokolls: \spX\EMC\C4Core\log\c4_safe_ktrace.log
  • Live-Anzeige über die Befehlszeile: grep -i "PR Conflict" /EMC/C4Core/log/c4_safe_ktrace.log
B       01/26/25 11:37:15.049 TDD              4e3ff700 kt_std           Op 1A, type 5, PR Conflict for ini 2100000E1EF77C10 LUN 9CA628668DD762CD, reg 0, Port 18

 

Beispiel aus der VNX ktrace Log:

A 10/28/09 17:13:31 TCD4 fd7619d0 CC 02\04\03 LUN 0x0 Initiator 10000000C9627F5C OpCode 0x00
A 10/28/09 17:13:31 TCD4 fd7619d0 CC 02\04\03 LUN 0x0 Initiator 10000000C9627F5C OpCode 0x00
A 10/28/09 17:13:31 TCD4 fd7619d0 CC 02\04\03 LUN 0x0 Initiator 10000000C9627F5C OpCode 0x00
A 10/28/09 17:13:31 TCD4 fd7619d0 CC 02\04\03 LUN 0x0 Initiator 10000000C9627F5C OpCode 0x00
A 10/28/09 17:13:31 TCD4 fd7619d0 CC 02\04\03 LUN 0x0 Initiator 10000000C9627F5C OpCode 0x00
A 10/28/09 17:13:31 TCD4 fd7619d0 CC 06\29\00 LUN 0xE Initiator 10000000C9627F5C OpCode 0x00

A 10/28/09 17:13:39 TDD 9f4836c0 Rsv6 Persistent Reservation conflict for Initiator 10000000C9627F5C LUN E Tag 32.
A 10/28/09 17:13:39 TDD 9f4836c0 Rsv6 Persistent Reservation conflict for Initiator 10000000C9627F5C LUN E Tag 345.
A 10/28/09 17:13:40 TDD 9f4836c0 Rsv6 Persistent Reservation conflict for Initiator 10000000C9627F5C LUN E Tag 157.

<<<<<<<< LUN 29 (FLU 259) trespassed to SPB and no conflicts observed >>>>>>>

A 10/28/09 17:14:39 LUSM ff24d040 Enter 259 LU_ENABLED op=LUSM_RELEASE_FOR_TRESPASS el.st=0x1901 [ShutdownRelease.ForTrespass]
A 10/28/09 17:14:39 LUSM ff24d040 Exit 259 LU_SHUTDOWN_TRESPASS op=LUSM_RELEASE_FOR_TRESPASS el.st=0x1901 [ShutdownRelease.ForTrespass]
A 10/28/09 17:14:40 LUSM ff24d040 Enter 259 LU_PEER_ASSIGN op=LUSM_ASSIGN_PEER_DONE el.st=0x0
A 10/28/09 17:14:40 LUSM ff24d040 Exit 259 LU_PEER_ENABLED op=LUSM_ASSIGN_PEER_DONE el.st=0x0
A 10/28/09 17:14:40 LUSM ff24d040 Enter 259 LU_PEER_ENABLED op=LUSM_ASSIGN_PEER_DONE el.st=0x0
A 10/28/09 17:14:40 LUSM ff24d040 Exit 259 LU_PEER_ENABLED op=LUSM_ASSIGN_PEER_DONE el.st=0x0

<<<<<<<< LUN 29 (FLU 259) trespassed back to SPA from SPB we see reservation conflicts >>>>>>>

A 10/28/09 17:21:41 LUSM ff24d040 Enter 259 LU_PEER_ENABLED op=LUSM_RELEASE_FOR_TRESPASS el.st=0x2 [Assign.StartAssign]
A 10/28/09 17:21:41 LUSM ff24d040 Exit 259 LU_PEER_SHUTDOWN_TRESPASS op=LUSM_RELEASE_FOR_TRESPASS el.st=0x2 [Assign.StartAssign]
A 10/28/09 17:21:41 LUSM ff24d040 Enter 259 LU_PEER_SHUTDOWN_TRESPASS op=LUSM_RELEASE_FOR_TRESPASS_DONE el.st=0x2 [Assign.StartAssign]
A 10/28/09 17:21:41 LUSM ff24d040 Exit 259 LU_ASSIGN op=LUSM_PROCEED_WITH_ASSIGN el.st=0x2 [Assign.StartAssign]
A 10/28/09 17:21:41 LUSM ff24d040 Enter 259 LU_ASSIGN op=LUSM_PROCEED_WITH_ASSIGN el.st=0x2 [Assign.StartAssign]
A 10/28/09 17:21:41 LUSM ff24d040 Exit 259 LU_ASSIGN op=LUSM_PROCEED_WITH_ASSIGN el.st=0x3 [Assign.GlutRead]
A 10/28/09 17:21:41 CACHE a4bb2040 Starting assignment of LUN 259
A 10/28/09 17:21:41 LUSM ff24d040 Enter 259 LU_ASSIGN op=LUSM_ASSIGN_DONE el.st=0xd [Assign.Done]
A 10/28/09 17:21:41 LUSM ff24d040 Exit 259 LU_ENABLED op=LUSM_ASSIGN_DONE el.st=0xd [Assign.Done]

A 10/28/09 17:22:13 TCD4 fd7619d0 CC 02\04\03 LUN 0x0 Initiator 10000000C9627F5C OpCode 0x00
A 10/28/09 17:22:13 TCD4 fd7619d0 CC 02\04\03 LUN 0x0 Initiator 10000000C9627F5C OpCode 0x00

A 10/28/09 17:22:21 TDD 9f4836c0 Rsv6 Persistent Reservation conflict for Initiator 10000000C9627F5D LUN E Tag 256.
A 10/28/09 17:22:21 FCDMTL 3 (FE2) fd762bf0 Target command error: loopID = 33., SCSI status = 18, instance 0
A 10/28/09 17:22:21 TDD 9f4836c0 Rsv6 Persistent Reservation conflict for Initiator 10000000C9627F5D LUN E Tag 257.
A 10/28/09 17:22:21 FCDMTL 3 (FE2) fd762bf0 Target command error: loopID = 33., SCSI status = 18, instance 0
A 10/28/09 17:22:21 TDD 9f4836c0 Rsv6 Persistent Reservation conflict for Initiator 10000000C9627F5D LUN E Tag 258.
A 10/28/09 17:22:21 TDD 9f4836c0 Rsv6 Persistent Reservation conflict for Initiator 10000000C9627F5D LUN E Tag 259.

Causa

Ein Reservierungskonflikt tritt auf, wenn ein Host versucht, auf eine LUN zuzugreifen, die bereits von einem anderen Initiator reserviert wurde, der die LUN für die exklusive Verwendung gesperrt hat.

Resolución

Durch einen Neustart des Eigentümer-SP, der Reservierungskonflikte meldet, sollten die Konflikte gelöscht und die LUN leichter zugänglich sein. Die Ursache des Reservierungskonflikts muss jedoch mit dem Hostanbieter untersucht werden.

 

Información adicional

Lösen von SCSI-Reservierungskonflikten (externer Link)

Productos afectados

Dell EMC Unity, VNX/VNXe, Dell EMC Unity Family |Dell EMC Unity All Flash, Dell EMC Unity Hybrid, VMware

Productos

VNX/VNXe
Propiedades del artículo
Número de artículo: 000108373
Tipo de artículo: Solution
Última modificación: 04 nov 2025
Versión:  5
Encuentra las respuestas que necesitas con la ayuda de otros usuarios de Dell
Servicios de asistencia
Comprueba si tu dispositivo está cubierto por los servicios de asistencia.