VPLEX VS6

Cet article aborde le problème dans GeoSynchrony 6.2 jusqu’au correctif 3 lors de l’utilisation de l’interface graphique HTML 5 et de l’option ADD/REMOVE INITIATORS dans Storage View : si l’option de filtre (icône en forme d’entonnoir) est utilisée pour supprimer des initiateurs et que la fonction Maj + sélection est utilisée, d’autres initiateurs en plus de ceux sélectionnés sont également supprimés. Cela peut entraîner des problèmes de données non disponibles (DU).

Ce document met en évidence les versions de code minimum, recommandé et le plus récent pour les produits Dell Technologies Enterprise et Datacenter Infrastructure. Nous évaluons et surveillons scrupuleusement les données de déploiement de code afin de nous assurer que les versions de produits répondent à nos attentes les plus strictes visant à fournir à nos clients des produits et solutions fiables.

Lors d’une activation de zone, tous les HBA zonés sur un port frontal VPLEX sont déconnectés et perdent le chemin. Les hôtes ESX peuvent se bloquer et leur restauration peut nécessiter un redémarrage. [Scott - does this only impact ESX hosts? The summary reads "All HBAs zoned to a VPLEX" do we want to limit this to only ESX hosts, or re-word to say "Hosts may hang and required a reboot to recover?]

Cet article de la base de connaissances répertorie les documents techniques et vidéos produits par Dell Technologies.

This article talks to the issue where in the legacy Flash GUI, GeoSynchrony pre-6.2, where listing the Storage-Volumes fails to retrieve the volumes for the cluster if the cluster names were renamed from the default names, Cluster-1 and Cluster-2 (if a metro), to a user preferred name. This was also seen to be an issue with the HTML5 GUI in the 6.2.x version as well.

Cet article traite du problème d’échec de l’accès SSH au serveur de gestion VPLEX. Cet article fournit les étapes de contournement permettant de résoudre ce problème.

Cet article traite des baies obsolètes ou fantômes présentes après le retrait d’une baie du VPLEX et des étapes à suivre pour supprimer la baie fantôme.

This article outlines the steps needed to change the hostname on a VPLEX Management Server.

This article talks about how to mitigate DU when the LUN type is changed to thick on BE array, which was previously provisioned as thin on VPlex.

Cet article traite du problème où les commandes VPlexcli « security list-certificates » ou « security renew-all-certificates » s’affichent avec des numéros de série incorrects (ou TLA - Top Level Assembly info, indiqués sur l’étiquette de l’armoire VPLEX), qui ne sont pas le numéro de série du système actuel.

Après une mise à niveau vers GeoSynchrony 6.0 Correctif 1 correctif 2 (6.0.1.02.00.03), les volumes virtuels distribués ont l’état de service « déconnecté ». Cela n’affectera pas les E/S, et le client ne doit pas voir l’indisponibilité des données en raison du problème.

IP WAN sur 6.0.X peut rencontrer des problèmes de performances lorsque la MTU est définie sur 9000 et que la taille de transfert est supérieure à 1M. Ces problèmes peuvent être résolus en définissant la MTU des ports WAN IP VPLEX sur 1 500 et en réduisant la taille de transfert à moins de 1 M. Vous trouverez des commandes pour ces modifications dans la section résolution de cet article.

Après une connexion réussie au serveur de gestion, l’utilisateur reçoit le message suivant : « There were xxxx failed login attempts since the last successful login. »

Lors de l’utilisation d’un fichier de mappage pour réclamer du stockage VNX sur VPLEX, le processus échoue avec l’erreur suivante : « Le fichier de mappage de noms fourni n’est pas valide. Veuillez corriger les problèmes et réessayer. »

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 traite de la fonction de gestion des chemins back-end (BE) qui a été ajoutée à GeoSynchrony 6.2 et versions ultérieures. Il aborde également la gestion de la congestion du réseau back-end par le biais de sa fonctionnalité modifiée de gestion des chemins d’accès de l’initialisation.

L’objectif de cet article est de résoudre les problèmes de connexion LDAP (Lightweight Directory Access Protocol) au shell UNIX/Linux sur un serveur MMCS (VS6) ou un serveur de gestion (VS2). Une fois la connexion LDAP réussie, l’utilisateur affiché est différent de l’utilisateur dont les informations d’identification ont été saisies.

Cet article traite du problème des noms de volume de sauvegarde de métadonnées dépassant la limite de 39 caractères et des volumes de métadonnées de sauvegarde qui ne s’exécutent pas comme prévu. Cet article explique également comment corriger le problème, supprimer l’avertissement et faire en sorte que les sauvegardes s’exécutent à nouveau comme prévu.

Cet article fournit une description de l’appel à distance à seuil souple pour provisionnement dynamique et des recommandations pour résoudre l’avertissement.

Cet article explique ce qu’il faut faire si, au cours de l’exécution de la vérification préalable de la mise à niveau sans perturbation, le script signale que les tronçons de métavolume actifs se trouvent sur la même baie.

Cet article traite de l’extension d’un volume virtuel lorsqu’il est protégé par RecoverPoint.

This article talks to the issue of the high-volume of back-end path management alerts a user gets after upgrading to GeoSynchrony 6.2.

This article addresses issues for WAN-COM performance issues on the VS6 Metro-FC and IP running on GeoSynchrony 6.1.x that memory fragmentation may be impacting. This issue does not impact VS6 Local or VS2 Local or Metro-FC or IP.

Cet article traite d’un problème dans lequel la vérification préalable de la mise à niveau sans perturbation affiche une erreur dans les abandons d’E/S.

Cet article traite d’un problème dans lequel les commandes SCSI UNMAP échouent en raison de la présentation de volumes distribués sur des hôtes interconnectés ou étendus à l’aide d’ID de LUN différents.

L’objectif de cet article est d’effacer les erreurs de vérification préalable à la mise à niveau sans perturbation (NDU) qui apparaissent sur les clusters VPLEX après la mise à niveau du code.

Cet article traite d’un problème sur les adaptateurs de bus hôte (HBA) QLogic, entraînant la perte de l’accès des hôtes ESXi aux volumes VPLEX lors de la validation des tâches de migration.

Cet article traite du problème d’absence de connectivité de RecoverPoint. Solution de contournement fournie.

Cet article traite du problème d’échec de la sauvegarde automatisée des métadonnées pour la raison suivante : « Le périphérique de métadonnées actif n’est pas en bon état ». Cet article présente les étapes de correction pour résoudre cette erreur.

Cet article décrit la rotation des sauvegardes et le changement de nom des sauvegardes de métadonnées. <[HK] - Give detailed description/>ummary>