PowerPath/VE for VMware ne peut pas revendiquer (la totalité) des LUN VPLEX au démarrage

Environnement:
OS: VMware ESXi 6.0.0 Update 2 (build-3620759, build-4192238)
EMC SW : PowerPath/VE for VMware vSphere 6.0
EMC SW : PowerPath/VE for VMware vSphere 6.0 SP1
EMC SW : PowerPath/VE for VMware vSphere 6.1
Server : Adaptateur de bus hôte HP ProLiant BL460c Gen9
: Emulex Corporation Emulex OneConnect OCe14000, initiateur FCoE : Pilote HBA CNA
650FLB : LPFC 11.1.145.18-1OEM.600.0.0.2768847 EMU VMwareCertified 2016-12-04
Produit : VPLEX (5410, 5520)

À 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'

Les commandes d’interrogation sur les périphériques problématiques ont échoué pendant le processus de démarrage.

Dans ce cas, le fournisseur hôte a remplacé deux cartes HBA de la FLB 650 à la FLB 630 sur deux serveurs.
Après le redémarrage des serveurs, aucun problème n’a été trouvé. PowerPath/VE gère correctement les appareils.

Le modèle de HBA est disponible dans la sortie localcli_storage-core-adapter-list.txt.
Vous trouverez la marque et le modèle du serveur dans esxcfg-info_-a.txt.FRAG-00000.txt.
La version de VMware est disponible dans vmware_-vl.txt.
Le modèle de la baie et le firmware sont disponibles dans localcli_storage-core-device-list.txt.

Pour résoudre correctement le problème, une build spéciale ingénierie a été utilisée.

PowerPath s’appuie sur la commande SCSI inquiry pour revendiquer un chemin. À partir des journaux de package de test d’ingénierie, nous pouvons observer que les commandes de demande échouaient initialement avec des erreurs de HOST_RETRY (0x12) ou de HOST_NO_CONNECT (0x1). Mais plus tard, lorsque ESXi a de nouveau proposé l’appareil, ils ont réussi, ce qui a permis à PowerPath de revendiquer l’appareil (sans version d’ingénierie, cette deuxième séquence n’est pas visible)

En réponse à HOST_RETRY erreurs, PowerPath a même réessayé la commande inquiry plusieurs fois à un intervalle interne de 0,1 seconde. Toutefois, l’adaptateur hôte n’a toujours pas exécuté la commande, comme on peut le voir dans les journaux.

Échec de la demande au début

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

Demande réussie à la fin et PowerPath revendiquant l’appareil - Cette séquence ne se produit pas avec une build GA classique.

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

Dans le même temps, le pilote LPFC signale des liaisons inactives et actives, des messages de détection de port retardés, 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

Pour revendiquer une voie, il faut qu’une enquête aboutisse. Toutefois, en raison d’erreurs de l’adaptateur hôte lors du processus de démarrage, la demande échoue et, par conséquent, PowerPath ne réclame pas le périphérique.

Le problème n’est pas lié à PowerPath.

Nous vous recommandons de contacter le fournisseur de VMware/de l’adaptateur pour connaître la raison de ces défaillances transitoires Erreurs Host Retry (0xc), No CONNECT (0x1) lors du démarrage de l’hôte.
Si ces erreurs transitoires liées à l’adaptateur sont corrigées, PowerPath ne devrait pas avoir de problème pour réclamer l’appareil.