PowerPath/VE for VMware non può richiedere (tutte) le LUN VPLEX al momento dell'avvio

Ambiente:
Sistema operativo: VMware ESXi 6.0.0 aggiornamento 2 (build-3620759, build-4192238)
SW EMC: PowerPath/VE per VMware vSphere 6.0
Software EMC: PowerPath/VE per VMware vSphere 6.0 SP1
Software EMC: PowerPath/VE per VMware vSphere Server 6.1
: Adattatore HP ProLiant BL460c Gen9
Host Bus: Emulex Corporation Emulex OneConnect OCe14000, initiator FCoE: Driver HBA CNA
650FLB: lpfc 11.1.145.18-1OEM.600.0.0.2768847 EMU VMwareCertified 2016-12-04
Prodotto: VPLEX (5410 e 5520)

A partire da 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'

I comandi di richiesta ai dispositivi problematici non sono riusciti durante il processo di avvio.

In questo caso, il fornitore dell host ha sostituito due schede HBA da FLB 650 a FLB 630 in due server.
Dopo il riavvio dei server, nessun problema rilevato. PowerPath/VE gestisce correttamente i dispositivi.

Il modello di HBA è disponibile nell'output
localcli_storage-core-adapter-list.txt.La marca e il modello del server sono disponibili in esxcfg-info_-a.txt.FRAG-00000.txt.
La versione di VMware è disponibile in vmware_-vl.txt.
Il modello dell'array e del firmware è disponibile in localcli_storage-core-device-list.txt.

Per risolvere correttamente il problema, è stata utilizzata una build speciale di progettazione.

PowerPath si basa sul comando di richiesta SCSI per richiedere un percorso. Dai registri dei pacchetti di test di progettazione, è possibile osservare che i comandi di richiesta inizialmente avevano esito negativo con errori HOST_RETRY (0x12) o HOST_NO_CONNECT (0x1). Ma in un secondo momento, quando ESXi ha offerto nuovamente il dispositivo, l'operazione ha avuto successo e PowerPath ha rivendicato il dispositivo (senza una build di ingegneria, questa seconda sequenza non viene visualizzata)

In risposta a HOST_RETRY errori, PowerPath ha persino ripetuto più volte il comando inquiry con un tempo interno di 0,1 secondi. Tuttavia, l'adattatore host non è riuscito a eseguire il comando, come si può vedere dai registri.

Errore di richiesta all'inizio

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 richiesta è riuscita al termine e PowerPath ha rivendicato il dispositivo: questa sequenza non si verifica con una normale build disponibile su larga scala.

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

Allo stesso tempo, è possibile vedere il driver lpfc che segnala link inattivo e attivo, ritardo nei messaggi di individuazione delle porte e così via.

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

Per rivendicare un percorso, una richiesta deve avere esito positivo. Tuttavia, a causa di errori della scheda host durante il processo di avvio, la richiesta non riesce e, di conseguenza, PowerPath non richiede il dispositivo.

Non si tratta di un problema relativo a PowerPath.

Si consiglia di contattare il fornitore di VMware/della scheda per individuare le cause di questi errori temporanei: ripetizione dei tentativi dell host (0xc), errori di mancata connessione (0x1) durante l'avvio dell host.
Se questi errori temporanei correlati all'adattatore vengono corretti, PowerPath non dovrebbe avere problemi nel richiedere il dispositivo.