Dell Unity. Постоянные конфликты резервирования и хосты ESXi

Resumen: Постоянные конфликты резервирования могут привести к тому, что серверы Broadcom (VMware) ESXi утратят доступ к некоторым логическим номерам устройств (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

Что такое постоянный конфликт резервирования?

  • Постоянное резервирование, как следует из названия, повышает устойчивость приложений к группам регистрации. Она предназначена для обработки сбоя одного (или нескольких) хостов в кластере. При постоянных резервированиях второй хост может "взять на себя" резервирование, сделанное сбойным хостом. Кластерное программное обеспечение использует такие типы резервирования.
  • Часто заказчики модернизируют свой кластер с помощью программного обеспечения, которое использует более обобщенные резервирования SCSI-3. Нельзя модернизировать все узлы в кластере одновременно. Поэтому некоторые узлы могут использовать более старые резервирования SCSI-2, в то время как другие узлы могут использовать более новые резервирования в стиле SCSI-3. Это может привести к проблемам. Если узел кластера, использующий резервирования старого типа, модернизируется, то при перезагрузке его старые резервирования удаляются. Решение проблемы конфликта резервирования заключается в перезагрузке всего кластера.
  • Состояние Reservation Conflict обычно означает, что инициатору, который пытается получить доступ к LUN, запрещен доступ, поскольку LUN зарезервирован другим инициатором. Существуют различные типы бронирования. Некоторые типы позволяют одному и только одному инициатору получать доступ к LUN. Другие типы резервирования позволяют группе инициаторов получать доступ к LUN, но препятствуют доступу других инициаторов к LUN. Постоянное резервирование, как следует из названия, повышает устойчивость приложений к группам регистрации. Она предназначена для обработки сбоя одного (или нескольких) хостов в кластере. При постоянных резервированиях второй хост может "взять на себя" резервирование, сделанное сбойным хостом. Кластерное программное обеспечение использует такие типы резервирования. Часто решением проблем конфликта резервирования является перезагрузка всего кластера.


Пример с хоста ESXi VMkernel журнал:

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

 

Пример из Dell Unity ktrace журнал:

  • Местоположение извлеченного журнала: \spX\EMC\C4Core\log\c4_safe_ktrace.log
  • Просмотр в реальном времени с помощью командной строки 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

 

Пример из системы VNX ktrace журнал:

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

Конфликт резервирования возникает, когда хост пытается получить доступ к тому LUN, уже зарезервированному другим инициатором, который заблокировал LUN для монопольного использования.

Resolución

Перезагрузка процессора СХД-владельца, который сообщает о конфликтах резервирования, должна устранить конфликты, и LUN должен стать более доступным. Однако причину конфликта резервирования необходимо выяснить совместно с поставщиком хоста.

 

Información adicional

Разрешение конфликтов резервирования SCSI (внешняя ссылка)

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.