VPLEX : L’interface utilisateur graphique et la CLI n’affichent pas le nouvel espace disponible dans le pool de stockage étendu.
Résumé: VPlex 5.4 utilise des VIAS pour intégrer du stockage VNX et affiche une taille de pool de stockage incorrecte après une extension de pool sur la baie VNX connectée. Le nouvel espace libre ajouté au pool de stockage sur la baie n’est pas reflété dans le contexte des pools de stockage de l’interface de ligne de commande ou de l’interface graphique VPlex. ...
Cet article concerne
Cet article ne concerne pas
Cet article n’est associé à aucun produit spécifique.
Toutes les versions du produit ne sont pas identifiées dans cet article.
Symptômes
Le client crée de nouveaux volumes virtuels VPlex à partir de pools de stockage, mais l’opération échoue car il n’y a pas suffisamment d’espace dans le pool de stockage sélectionné.
Parfois, ce volume virtuel crée des baies VNX connectées au même serveur de prestataire de services de baie et entraîne une instabilité majeure de la baie, provoquant la déconnexion de la baie du VPlex. La période de ces questions devrait être corrélée avec l’exception, comme on le voit dans le bole.log.
Impossible de créer de nouveaux volumes virtuels VPlex à partir de pools de stockage.
Lors de la création de volumes virtuels à l’aide de la méthode de provisionnement du stockage à partir de pools, il est apparu que le pool de clusters > VPlex affichait une valeur incorrecte par rapport à la sortie de l’interface graphique VNX (Unisphere for VNX) affichée sous Pools de stockage > examinant le nom du pool problématique. Par rapport à la sortie de l’interface de ligne de commande VPlex :
VPlexcli : ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Example :
Name Total Free Space Total Used Space Total Space Pool Types
------ ---------------- ---------------- ----------- -----------
Pool 1 7T 81.1T 138T Thick, Thin
from the VPlex Le pool CLI dispose de 7 To d’espace libre, mais le pool 1 de l’interface graphique VNX disposait en fait de 54 To d’espace libre. Cette non-correspondance est le problème qui amène VPlex à penser qu’il n’y a pas suffisamment d’espace libre pour créer de nouveaux volumes virtuels.
Parfois, ce volume virtuel crée des baies VNX connectées au même serveur de prestataire de services de baie et entraîne une instabilité majeure de la baie, provoquant la déconnexion de la baie du VPlex. La période de ces questions devrait être corrélée avec l’exception, comme on le voit dans le bole.log.
Impossible de créer de nouveaux volumes virtuels VPlex à partir de pools de stockage.
Lors de la création de volumes virtuels à l’aide de la méthode de provisionnement du stockage à partir de pools, il est apparu que le pool de clusters > VPlex affichait une valeur incorrecte par rapport à la sortie de l’interface graphique VNX (Unisphere for VNX) affichée sous Pools de stockage > examinant le nom du pool problématique. Par rapport à la sortie de l’interface de ligne de commande VPlex :
VPlexcli : ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Example :
Name Total Free Space Total Used Space Total Space Pool Types
------ ---------------- ---------------- ----------- -----------
Pool 1 7T 81.1T 138T Thick, Thin
from the VPlex Le pool CLI dispose de 7 To d’espace libre, mais le pool 1 de l’interface graphique VNX disposait en fait de 54 To d’espace libre. Cette non-correspondance est le problème qui amène VPlex à penser qu’il n’y a pas suffisamment d’espace libre pour créer de nouveaux volumes virtuels.
Cause
Sur le serveur de gestion de l' Cluster VPlex dans lequel la baie problématique est connectée Reportez-vous au fichier log du serveur de gestion suivant dans le répertoire /var/log/VPlex/cli/ bole.log en examinant le journal le plus récent. À l’aide de la commande less cmd :
Exemple : service@cluster-1 :/var/log/VPlex/cli> less bole.log_20161025105350
Dans le fichier Collect-diagnostic logs, il se trouve dans le répertoire mgmt_server/cluster-X/vias, examinez les fichiers bole.log en examinant les fichiers les plus récents.
Recherchez l’exception suivante :
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole : Impossible d’obtenir des pools de stockage pour la baie gérée 'EMC-CLARiiON-CKM0015xxxxx15'.
com.emc.vplex.via.orca.amp.AMPException : Impossible de répertorier les pools de stockage pour la baie « EMC-CLARiiON-CKM0015xxxxx15 » avec le fournisseur « nw-ut-01-031 ». Cause : Impossible de se connecter
à l’adresse com.emc.vplex.via.orca.amp.types.smis.SMISManagementProvider.listAllStorageResourcePools(SMISManagementProvider.java :96)
tronqué
[Conseil] grep pour ERROR comme suit :
[vplexuser@RP_VPLEX_logserver vias]$ grep ERROR bole.log_20160909095747
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole : Impossible d’obtenir des pools de stockage pour la baie gérée 'EMC-CLARiiON-CKM0015xxxxx15'.
2016-10-14 23:32:46,519 ERROR [Timer-6] PoolCache : GetPoolsForArray : Failed on array EMC-CLARiiON-CKM0015xxxxx15
[vplexuser@RP_VPLEX_logserver vias]$ grep 2016-10-14 via.log_20160909095747
2016-10-14 23:32:46,490 ERROR [Timer-6] ArrayManagementProvider : com.emc.vplex.via.orca.amp.AMPException : Impossible de répertorier les pools de stockage pour la baie « EMC-CLARiiON-CKM0015xxxxx15» avec le fournisseur « nw-ut-01-031 ». Cause : Connexion
impossibleL’exception ci-dessus indique que la commande SMI GetPoolsForArray a échoué avec un problème de connexion une fois cette exception remplie. Aucune autre commande GetPoolsForArray réussie n’a été exécutée sur la baie problématique.
L’examen des journaux du firmware VPlex situés dans /var/log/VPlex/cli/ firmware.log de l’horodatage de l’exception ci-dessus dans ce cas a montré de nombreux événements indiquant que la baie a subi une instabilité majeure, se déconnectant de VPlex et se reconnectant rapidement, provoquant une reconstruction du log de tous les DD avec tronçon sur cette baie, au moment où l’exception est consignée et aucune commande get pool ultérieure réussie n’a été exécutée.
Note: Dans ce cas, le client dispose d’une baie VNX connectée au cluster VPlex 1 et d’une autre baie VNX collectée sur le cluster VPlex 2, les deux clusters VPlex enregistrant le même serveur de prestataire de services de baie.
Exemple : service@cluster-1 :/var/log/VPlex/cli> less bole.log_20161025105350
Dans le fichier Collect-diagnostic logs, il se trouve dans le répertoire mgmt_server/cluster-X/vias, examinez les fichiers bole.log en examinant les fichiers les plus récents.
Recherchez l’exception suivante :
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole : Impossible d’obtenir des pools de stockage pour la baie gérée 'EMC-CLARiiON-CKM0015xxxxx15'.
com.emc.vplex.via.orca.amp.AMPException : Impossible de répertorier les pools de stockage pour la baie « EMC-CLARiiON-CKM0015xxxxx15 » avec le fournisseur « nw-ut-01-031 ». Cause : Impossible de se connecter
à l’adresse com.emc.vplex.via.orca.amp.types.smis.SMISManagementProvider.listAllStorageResourcePools(SMISManagementProvider.java :96)
tronqué
[Conseil] grep pour ERROR comme suit :
[vplexuser@RP_VPLEX_logserver vias]$ grep ERROR bole.log_20160909095747
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole : Impossible d’obtenir des pools de stockage pour la baie gérée 'EMC-CLARiiON-CKM0015xxxxx15'.
2016-10-14 23:32:46,519 ERROR [Timer-6] PoolCache : GetPoolsForArray : Failed on array EMC-CLARiiON-CKM0015xxxxx15
[vplexuser@RP_VPLEX_logserver vias]$ grep 2016-10-14 via.log_20160909095747
2016-10-14 23:32:46,490 ERROR [Timer-6] ArrayManagementProvider : com.emc.vplex.via.orca.amp.AMPException : Impossible de répertorier les pools de stockage pour la baie « EMC-CLARiiON-CKM0015xxxxx15» avec le fournisseur « nw-ut-01-031 ». Cause : Connexion
impossibleL’exception ci-dessus indique que la commande SMI GetPoolsForArray a échoué avec un problème de connexion une fois cette exception remplie. Aucune autre commande GetPoolsForArray réussie n’a été exécutée sur la baie problématique.
L’examen des journaux du firmware VPlex situés dans /var/log/VPlex/cli/ firmware.log de l’horodatage de l’exception ci-dessus dans ce cas a montré de nombreux événements indiquant que la baie a subi une instabilité majeure, se déconnectant de VPlex et se reconnectant rapidement, provoquant une reconstruction du log de tous les DD avec tronçon sur cette baie, au moment où l’exception est consignée et aucune commande get pool ultérieure réussie n’a été exécutée.
Note: Dans ce cas, le client dispose d’une baie VNX connectée au cluster VPlex 1 et d’une autre baie VNX collectée sur le cluster VPlex 2, les deux clusters VPlex enregistrant le même serveur de prestataire de services de baie.
Résolution
- Demandez au client d’identifier le nom du pool et la baie sur laquelle se trouve ce pool
- Vérifiez que la baie est enregistrée auprès de VPlex sous les fournisseurs de serveurs de baie pour le cluster VPlex spécifique.
Pour afficher le fournisseur de gestion de baie server :
VPlexcli :/>cd clusters/PRA-VPLEXCL-2/storage-elements/array-providers/
VPlexcli :/clusters/cluster-2/storage-elements/array-providers>ll
Name Provider Type Connectivity Status
------------ ------------- -------------------
Server_name SMI-S connected
Vérification de l’état du serveur AMP vu à partir du VPlex :
VPlexcli :/clusters/cluster-2/storage-elements/array-providers/server_name>ll
Attributs:
Nom Valeur------------------- --------------état de connectivité Adresse IP connectée
111.222.333.444
Port 5988
SMI-S
de type fournisseur use-ssl false
username admin Vérification des baies gérées sur ce cluster VPlex :
VPlexcli :/clusters/cluster-2/storage-elements/array-providers/server_name/managed-arrays>ll
Name
---------------------------
EMC-CLARiiON-ArraySerialNumber
Cela confirme que le serveur AMP est en contact avec VPlex et que la baie est connectée au serveur AMP.
- Vérifiez que la connectivité de la baie est correcte pour toutes les baies connectées à ce serveur AMP en vérifiant les clusters 1 et 2.
- Contrôle d’intégrité général
- Check firmware logs for streaming scsi/133, stdf/17, disk/1004, apf/13
- Si les baies et la connexion au serveur AMP sont correctes, redémarrez la console de gestion du serveur de gestion à l’aide de la commande du serveur de gestion
service@cluster-2 :~>sudo /etc/init.d/VPlexManagementConsole restart
À partir de VPlexcli ; Vérifiez à nouveau l’espace libre du pool :
VPlexcli : ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools L’espace
libre total du pool doit correspondre à l’espace libre du pool, comme indiqué dans l’interface utilisateur VNX
Produits concernés
VPLEX SeriesProduits
VPLEX Series, VPLEX VS1, VPLEX VS2, VPLEX VS6Propriétés de l’article
Numéro d’article: 000171054
Type d’article: Solution
Dernière modification: 05 May 2026
Version: 6
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.