PowerPath/VE para VMware no puede reclamar (todos) los LUN de VPLEX en el momento del arranque

Medio ambiente:
Sistema operativo: VMware ESXi 6.0.0 actualización 2 (compilación 3620759, compilación 4192238)
Software de EMC: Software PowerPath/VE para VMware vSphere 6.0
EMC: PowerPath/VE para VMware vSphere 6.0 SP1
Software de EMC: PowerPath/VE para VMware vSphere 6.1
Server: Adaptador de bus de host HP ProLiant BL460c de 9.ª
generación: Emulex Corporation Emulex OneConnect OCe14000, iniciador de FCoE: Controlador HBA CNA
650FLB Driver: lpfc 11.1.145.18-1OEM.600.0.0.2768847 EMU VMwareCertified 2016-12-04
Producto: VPLEX (5410 y 5520)

A partir de vmkernel.log

2017-05-16T08:06:50.035Z cpu21:33912)ScsiClaimrule: 1165: The current claimrules indicate that path vmhba0:C0:T0:L1 should be claimed by plugin PowerPath.
2017-05-16T08:06:50.035Z cpu21:33912)ScsiClaimrule: 1169: Path vmhba0:C0:T6:L1 which appears to refer to the same physical media as path vmhba0:C0:T0:L1 is already claimed by plugin NMP.
2017-05-16T08:06:50.035Z cpu21:33912)ScsiClaimrule: 1171: If neither of these paths is being masked by ESX, this condition indicates a problem with the claimrules.
2017-05-16T08:06:50.035Z cpu21:33912)WARNING: ScsiPath: 608: Path vmhba0:C0:T0:L1 claims to be a VVol PE but has a version of 4 (expected 5 or higher). Not treating it as a PE.
2017-05-16T08:06:50.036Z cpu21:33912)ScsiPath: 5549: Plugin 'NMP' claimed path 'vmhba0:C0:T0:L1'

Los comandos de consulta a los dispositivos con problemas fallaron durante el proceso de arranque.

En este caso, el proveedor del host reemplazó dos tarjetas HBA de FLB 650 a FLB 630 en dos servidores.
Después de reiniciar los servidores, no se encontró ningún problema. PowerPath/VE administra correctamente los dispositivos.

El modelo de HBA se puede encontrar en la salida localcli_storage-core-adapter-list.txt.
La marca y el modelo del servidor se pueden encontrar en esxcfg-info_-a.txt.FRAG-00000.txt.
La versión de VMware se puede encontrar en vmware_-vl.txt.
El modelo de arreglo y firmware se puede encontrar en localcli_storage-core-device-list.txt.

Para solucionar correctamente el problema, se utilizó una compilación especial de ingeniería.

PowerPath se basa en el comando de consulta de SCSI para reclamar una ruta. En los registros del paquete de prueba de ingeniería, podemos observar que los comandos de consulta fallaban inicialmente con errores HOST_RETRY (0x12) o HOST_NO_CONNECT (0x1). Pero más tarde, cuando ESXi volvió a ofrecer el dispositivo, lo lograron, lo que resultó en que PowerPath reclamara el dispositivo (sin una compilación de ingeniería, esta segunda secuencia no se ve)

En respuesta a HOST_RETRY errores, PowerPath incluso reintentó el comando de consulta varias veces con un tiempo interno de 0,1 segundos. Pero aún así, el adaptador de host falló en el comando, como se puede ver en los registros.

Error de consulta al principio

2016-12-14T11:53:51.561Z cpu24:33396)PowerPath:Claiming path vmhba0:C0:T1:L0
2016-12-14T11:53:51.561Z cpu24:33396)PowerPath:PowerPlatformScsiIoErrorIsRetryable: cmd=0x12 Failed H: 0xc S: 0x0 P: 0x0 Path=vmhba0:C0:T1:L0
2016-12-14T11:53:51.663Z cpu24:33396)PowerPath:PowerPlatformScsiIoErrorIsRetryable: cmd=0x12 Failed H: 0xc S: 0x0 P: 0x0 Path=vmhba0:C0:T1:L0
2016-12-14T11:53:51.765Z cpu24:33396)PowerPath:PowerPlatformScsiIoErrorIsRetryable: cmd=0x12 Failed H: 0xc S: 0x0 P: 0x0 Path=vmhba0:C0:T1:L0
2016-12-14T11:53:51.867Z cpu24:33396)PowerPath:PowerPlatformScsiIoErrorIsRetryable: cmd=0x12 Failed H: 0xc S: 0x0 P: 0x0 Path=vmhba0:C0:T1:L0
2016-12-14T11:53:51.969Z cpu24:33396)PowerPath:PowerPlatformScsiIoErrorIsRetryable: cmd=0x12 Failed H: 0xc S: 0x0 P: 0x0 Path=vmhba0:C0:T1:L0
2016-12-14T11:53:56.772Z cpu46:33491)ALERT: PowerPath:MpxRecognize failed. Path vmhba0:C0:T1:L0 not claimed

La investigación se realizó correctamente al final y PowerPath reclama el dispositivo: esta secuencia no se produce con una compilación de GA normal.

2016-12-14T11:54:08.542Z cpu12:34080)PowerPath:Claiming path vmhba0:C0:T1:L0
2016-12-14T11:54:08.545Z cpu12:34080)PowerPath:Path Claim: Successfully claimed path vmhba0:C0:T1:L0

Al mismo tiempo, podríamos ver que el controlador lpfc informa que el enlace está activo e inactivo, retraso en los mensajes de descubrimiento de puertos, etc.

2016-12-14T11:53:46.586Z cpu30:33490)WARNING: lpfc: lpfc_mbx_cmpl_read_topology:3271: 0:1305 Link Down Event x5 received Data: x5 x20 x800220 x0
2016-12-14T11:53:46.704Z cpu4:33493)WARNING: lpfc: lpfc_mbx_cmpl_read_topology:3271: 1:1305 Link Down Event x5 received Data: x5 x20 x800220 x0
2016-12-14T11:53:49.334Z cpu30:33490)WARNING: lpfc: lpfc_mbx_cmpl_read_topology:3247: 0:1303 Link Up Event x6 received Data: x6 x0 x5 x0 x0
2016-12-14T11:53:52.337Z cpu25:33493)WARNING: lpfc: lpfc_mbx_cmpl_read_topology:3247: 1:1303 Link Up Event x6 received Data: x6 x0 x5 x0 x0
2016-12-14T11:53:52.452Z cpu25:33493)WARNING: lpfc: lpfc_sli4_async_fip_evt:5702: 1:2546 New FCF event, evt_tag:x7, index:x0
2016-12-14T11:53:52.479Z cpu24:33396)PowerPath:PowerPlatformScsiIoErrorIsRetryable: cmd=0x12 Failed H: 0xc S: 0x0 P: 0x0 Path=vmhba0:C0:T1:L0
2016-12-14T11:53:52.505Z cpu25:33493)WARNING: lpfc: lpfc_do_scr_ns_plogi:8098: 1:3334 Delay fc port discovery for 10 seconds

Para reclamar un camino, una investigación tiene que tener éxito. Sin embargo, debido a errores en el adaptador de host durante el proceso de arranque, la consulta falla y, como resultado, PowerPath no reclama el dispositivo.

Este no es un problema de PowerPath.

Nuestra recomendación es involucrar al proveedor de VMware/adaptador como motivo de estas fallas transitorias: errores de reintento del host (0xc), sin conexión (0x1) durante el arranque del host.
Si se corrigen estos errores transitorios relacionados con el adaptador, PowerPath no debería tener ningún problema para reclamar el dispositivo.