Symptoms
Version concernée :
PowerStoreOS 2.0.0.0 Build 1376722
Ce problème se produit lorsque PowerStoreOS est mis à niveau vers la version 2.0.0.0 Build 1376722 ou qu’un nœud est remis en route ou redémarré avec PowerStoreOS 2.0.0.0 Build 1376722.
Au cours d’une mise à niveau sans perturbation ou lorsqu’un nœud est remis en route ou redémarré, les hôtes perdent l’accès aux LUN configurées en tant que LUN 0. Toutes les autres LUN ne sont pas affectées. Afin de rétablir l’accès à la LUN 0, l’hôte doit être déconnecté et reconnecté.
Si LUN 0 est provisionné sur l’hôte, l’hôte perd l’accès à la LUN 0 après la mise à niveau sans interruption (NDU) vers PowerStoreOS version 2.0.0.0 Build 1376722.
La mise à niveau sans interruption (NDU) vers PowerStoreOS version 2.0.0.0 Build 1376722 entraîne une situation d’indisponibilité des données pour une LUN 0.
La connectivité à une LUN 0 sur un nœud PowerStore ne peut pas être restaurée après le redémarrage du nœud.
Si l’hôte ESX utilise la LUN 0, les entrées sont visibles comme suit dans le fichier /var/log/vmkernel.log sur l’hôte ESXi :
NMP: nmp_ThrottleLogForDevice:3861: Cmd 0xa3 (0x4598c9d3e8c0, 0) to dev "naa.68ccf098001eb7ef7b75d019f90f1ff2" on path "vmhba64:C0:T9:L0" Failed:
NMP: nmp_ThrottleLogForDevice:3869: H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x25 0x0. Act:NONE. cmdId.initiator=0x45388721bbd8 CmdSN 0x0
Cause
Défaut de code dans PowerStoreOS 2.0.0.0 Build 1376722.
Même après le redémarrage du nœud, PowerStore continue de répondre par ASC: 25h ASCQ 00h (LOGICAL UNIT NOT SUPPORTED) aux E/S d’hôte pour la LUN 0, ce qui peut déclencher une condition de perte permanente de périphérique (PDL).
Resolution
Contournement :
pour contourner ce problème, tous les hôtes et les groupes d’hôtes ne doivent pas avoir une LUN PowerStore avec l’ID LUN 0.
Correctif permanent :
ce problème est résolu dans PowerStoreOS 2.0.0.0 (Build : 1397847).