PowerStore : Le chevauchement des E/S sur un volume Metro peut entraîner un redémarrage inattendu ou une latence accrue
Summary: Le chevauchement des E/S sur un volume Metro peut entraîner un redémarrage inattendu du nœud ou une latence plus élevée.
Symptoms
Un nœud peut redémarrer de manière inattendue ou une latence accrue peut être observée si toutes les conditions suivantes sont réunies :
- PowerStoreOS 3.6.1.0
- Volumes Metro
- Hôtes ESXi configurés avec un accès défini comme colocalisé sur les deux systèmes
- Le problème peut également se manifester lors de la mise à niveau sans perturbation à partir de la version 3.6.1, si la solution de contournement décrite ci-dessous est implémentée.
Cause
En raison de ce problème logiciel, tout chevauchement d’E/S, c’est-à-dire l’arrivée d’E/S sur les deux appliances du même volume sur la même adresse de bloc logique (LBA), peut entraîner un redémarrage inattendu du module ou du nœud. Le redémarrage inattendu du module logiciel ou du nœud peut se répéter jusqu’à ce que le correctif ou la solution de contournement soit appliqué.
Resolution
Correction
Ce problème est résolu dans PowerStoreOS 3.6.1.1 (3.6 Service Pack 1 Correctif 1) et versions ultérieures.
Remarque :
Lors de l’exécution d’une mise à niveau sans perturbation, suspendez toutes les sessions Metro avant la mise à niveau à partir de la version 3.6.1 (uniquement) vers une version ultérieure et reprenez la réplication lorsque la mise à niveau sans perturbation est terminée.
- Suspendez toutes les sessions Metro avant la mise à niveau de la version 3.6.1 vers une version ultérieure.
Alternativement:
- Évitez de configurer un volume Metro en tant que « Metro_Optimized_Local » sur une appliance non préférée tant que la mise à niveau sans perturbation n’est pas terminée.
- Si l’appliance locale n’est pas préférée pour toutes les sessions Metro sur cette appliance (Protection -> Metro -> Rôle préféré local"), assurez-vous que tout hôte rattaché à un volume Metro est configuré en tant que Metro_Optimized_Remote jusqu’à la fin de la mise à niveau sans perturbation.
- Si l’appliance locale dispose d’une combinaison de volumes Metro avec certains préférés et d’autres non préférés, il est préférable de passer en revue chaque hôte configuré en tant que Metro_Optimized_Local et de vous assurer que tous ses volumes Metro associés sont configurés comme préférés sur l’appliance locale ou de modifier l’accès hôte sur Metro_Optimized_Remote.
Solution
Étant donné que ce problème affecte uniquement PowerStoreOS 3.6.1.0 avec des hôtes configurés en tant que co-localisés sur les deux systèmes, la solution de contournement suivante est suggérée :
- Cette procédure peut être exécutée sans interruption.
- Sur le PowerStore préféré, configurez l’accès hôte pour : L’hôte est co-localisé sur ce système.
- Sur le PowerStore non préféré, configurez l’accès hôte pour : L’hôte est co-localisé sur un système distant.
- Exemple de configuration sur l’appliance préférée.
Contactez le support technique Dell pour obtenir des conseils supplémentaires si nécessaire.
Additional Information
Informations supplémentaires
Ce problème peut également être observé lors de la mise à niveau sans perturbation avec des hôtes ESXi configurés en tant que Metro_Optimize_Local sur le Non Préféré.
Si le client effectue une mise à niveau sans perturbation à partir de la version 3.6.1.0, il est recommandé de suspendre le volume Metro, de terminer la mise à niveau sans perturbation, puis de réactiver Metro
La connectivité de l’hôte peut être affichée dans l’interface utilisateur de PowerStore Manager sous Calcul >Informations sur l’hôte >HOSTS & HOST GROUPS.
Pour faciliter la vérification, ajoutez la colonne Connectivité de l’hôte à la vue par défaut :
