Dell Unity: Conflictos de reserva persistentes y hosts ESXi

Resumen: Los conflictos de reserva persistentes pueden hacer que los servidores ESXi de Broadcom (VMware) pierdan acceso a algunos números de unidad lógica (LUN).

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

¿Qué es un conflicto de reserva persistente?

  • Las reservas persistentes, como su nombre lo indica, agregan resiliencia de aplicaciones a los grupos de registro. El propósito es manejar la falla de uno (o más) hosts en un clúster. Con las reservas persistentes, un segundo host puede "tomar el control" de una reserva realizada por un host fallido. El software del clúster utiliza estos tipos de reservas.
  • A menudo, los clientes actualizan su clúster con software que utiliza las reservas SCSI-3 más generalizadas. Es posible que no se actualicen todos los nodos del clúster a la vez. Por lo tanto, algunos nodos pueden estar usando reservas de SCSI-2 más antiguas, mientras que otros nodos pueden estar usando reservas de estilo SCSI-3 más recientes. Esto puede causar problemas. Si se actualiza el nodo de clúster que utiliza las reservas de estilo más antiguas, las reservas más antiguas se "borran" cuando se reinicia. Una solución a los problemas de conflicto de reserva es reiniciar todo el clúster.
  • Por lo general, un estado de conflicto de reserva significa que no se permite el acceso al iniciador que intenta acceder al LUN debido a que otro iniciador reservó el LUN. Existen diferentes tipos de reservas. Algunos tipos permiten que solo un iniciador acceda al LUN. Otros tipos de reservas permiten que un grupo de iniciadores acceda al LUN, pero impiden que otros iniciadores accedan al LUN. Las reservas persistentes, como su nombre lo indica, agregan resiliencia de aplicaciones a los grupos de registro. El propósito es manejar la falla de uno (o más) hosts en un clúster. Con las reservas persistentes, un segundo host puede "tomar el control" de una reserva realizada por un host fallido. El software del clúster utiliza estos tipos de reservas. A menudo, una solución a los problemas de conflicto de reserva es reiniciar todo el clúster.


Ejemplo del host ESXi VMkernel registro:

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

 

Ejemplo de Dell Unity ktrace registro:

  • Ubicación del registro extraído: \spX\EMC\C4Core\log\c4_safe_ktrace.log
  • Visualización en vivo mediante la línea de comandos: 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

 

Ejemplo de VNX ktrace registro:

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

Se produce un conflicto de reserva cuando un host intenta acceder a un LUN ya reservado por otro iniciador, que bloqueó el LUN para uso exclusivo.

Resolución

Reiniciar el SP propietario que informa conflictos de reserva debería borrar los conflictos y el LUN debería ser más accesible. Sin embargo, la causa del conflicto de reserva se debe investigar con el proveedor de host.

 

Información adicional

Resolución de conflictos de reserva de SCSI (enlace externo)

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.