PowerPath/VE для VMware не може вимагати (всі) VPLEX LUN під час завантаження

Summary: Коли хост перезавантажується, NMP керує деякими або всіма VPLEX LUN (замість PowerPath/VE).

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Середовище:
ОС: VMware ESXi 6.0.0 Update 2 (build-3620759, build-4192238)
EMC SW: PowerPath/VE для VMware vSphere 6.0
EMC SW: PowerPath/VE для VMware vSphere 6.0 SP1
EMC SW: PowerPath/VE для сервера VMware vSphere 6.1
: Адаптер хост-шини HP ProLiant BL460c Gen9
: Emulex Corporation Emulex OneConnect OCe14000, ініціатор FCoE: 650FLB CNA
HBA Драйвер: LPFC 11.1.145.18-1OEM.600.0.2768847 EMU VMwareCertified 2016-12-04
Продукт: ВПЛЕКС (5410, 5520)

Від 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'

 

Cause

Команди запиту до проблемних пристроїв не виконані під час процесу завантаження.

 

Resolution

У цьому випадку постачальник хоста замінив дві карти HBA з FLB 650 на FLB 630 на двох серверах.
Після перезавантаження серверів проблем не виявлено. PowerPath/VE правильно керує пристроями.

 

Additional Information

Модель HBA можна знайти у виході localcli_storage-core-adapter-list.txt.
Марку та модель сервера можна знайти в esxcfg-info_-a.txt.FRAG-00000.txt.
Версію VMware можна знайти в vmware_-vl.txt.
З моделлю масиву та прошивки можна ознайомитися у localcli_storage-core-device-list.txt.

Щоб правильно усунути проблему, використовувалася інженерна спеціальна збірка.

PowerPath покладається на команду запиту SCSI, щоб заявити про шлях. З журналів пакетів інженерних тестів ми можемо спостерігати, що команди запиту спочатку зазнавали невдач з помилками HOST_RETRY (0x12) або HOST_NO_CONNECT (0x1). Але пізніше, коли ESXi знову запропонувала пристрій, їм це вдалося, що призвело до того, що PowerPath забрав пристрій (без збірки Engineering ця друга послідовність не видно)

У відповідь на HOST_RETRY помилки PowerPath навіть повторив команду запиту кілька разів протягом 0,1 секунди. Але все одно хост-адаптер не виконав команду, як видно з логів.

Невдача розслідування на початку

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

Запит увінчався успіхом в кінці і PowerPath затвердив претензії на пристрій - Ця послідовність не відбувається при звичайній збірці GA.

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

Одночасно ми могли бачити драйвер lpfc, який повідомляв про з'єднання вниз і вгору, затримку в повідомленнях про виявлення порту і так далі.

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

Щоб претендувати на шлях, розслідування має бути успішним. Але через помилки адаптера хоста під час процесу завантаження запит не збувається, і, як наслідок, PowerPath не заявляє права на пристрій.

Це не проблема PowerPath.

Наша рекомендація полягає в тому, щоб залучити постачальника VMware/адаптера для пояснення причин цих тимчасових збоїв: помилки Host Retry (0xc), No CONNECT (0x1) під час завантаження хоста.
Якщо ці помилки перехідних процесів, пов'язані з адаптером, усунуто, у PowerPath не повинно виникнути жодних проблем із заявленням права на пристрій.

 

Affected Products

PowerPath/VE, PowerPath/VE for VMware

Products

PowerPath
Article Properties
Article Number: 000051943
Article Type: Solution
Last Modified: 23 Oct 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.