Data Domain : DDMC ou DDMS ne peut pas ajouter d’hôtes DDR en raison d’un UUID en double
Zusammenfassung: Si le nom d’hôte d’un système Data Domain est utilisé par un autre Data Domain, le mappage hostname to UUID reste dans le registre. Cela entraîne un événement UUID dupliqué.
Dieser Artikel gilt für
Dieser Artikel gilt nicht für
Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden.
In diesem Artikel werden nicht alle Produktversionen aufgeführt.
Symptome
DDMC ou DDMS ne peut pas ajouter d’hôtes DDR en raison d’un UUID en double.
DDMC signale une erreur telle que : Le dd11.emc.com hôte est déjà géré en tant que dd22.emc.com.
DDMS (System Manager) signale une erreur telle que : « cannot add DD_managed-host, host exists already ».
DDMC signale une erreur telle que : Le dd11.emc.com hôte est déjà géré en tant que dd22.emc.com.
DDMS (System Manager) signale une erreur telle que : « cannot add DD_managed-host, host exists already ».
Ursache
Ce problème est déclenché par la réutilisation du nom d’hôte sur un Système Data Domain qui fait partie d’un inventaire DDMC ou DDEM. DDMC et DDMS utilisent l’UUID d’un DDR pour l’identification. Nous avons découvert que si le nom d’hôte d’un système Data Domain est hérité par un autre Data Domain, l’UUID local reste dans le registre. Nous avons identifié ce comportement dans quelques scénarios :
Lorsqu’un Système Data Domain est ajouté à un inventaire DDMC et DDMS, nous utilisons l’UUID pour vérifier si le système figure dans la liste. Un nom d’hôte est supprimé d’un Système Data Domain, puis ajouté ultérieurement à un autre contrôleur Data Domain/DDMC. L’UUID est toujours mappé au nom d’hôte, provoquant un message d’erreur indiquant que cette DDR est déjà gérée/ existe déjà.
Lorsqu’un Système Data Domain est ajouté à un inventaire DDMC et DDMS, nous utilisons l’UUID pour vérifier si le système figure dans la liste. Un nom d’hôte est supprimé d’un Système Data Domain, puis ajouté ultérieurement à un autre contrôleur Data Domain/DDMC. L’UUID est toujours mappé au nom d’hôte, provoquant un message d’erreur indiquant que cette DDR est déjà gérée/ existe déjà.
Lösung
Il n’existe qu’une solution de contournement pour ce problème qui réinitialise l’UUID.
Tout d’abord, identifiez qu’il existe une instance UUID dupliquée :
Tout d’abord, identifiez qu’il existe une instance UUID dupliquée :
Autosupport : Dans l’autosupport du contrôleur DDMC ou DDMS, saisissez la liste de l’inventaire de l’interface utilisateur sous protocol.gui.ddem.inventory. Identifiez un UUID dupliqué dans la liste d’inventaire. Vous pouvez également effectuer une recherche par config.local.node_uuid.
Une fois l’UUID Data Domain dupliqué découvert, supprimez le registre UUID du Système Data Domain que vous n’êtes pas en mesure d’enregistrer. Cette action ne peut être effectuée qu’avec l’interface de ligne de commande et nécessite des privilèges SE.
Remarque : Les commandes SE ont été obsolètes dans les versions DDOS 7.7.5.25, 7.10.1.15, 7.13.0.15, 6.2.1.110 et supérieures et sont accessibles uniquement par les employés Dell.
SE## reg show config.local.node_uuidIdentifiez qu’il s’agit de l’UUID dupliqué que vous avez trouvé dans la liste d’inventaire.
SE## reg remove config.local.node_uuid
AUCUNE AUTRE ACTION N’EST REQUISE. Le système identifie qu’aucun UUID n’est défini et en attribue un nouveau. Accédez maintenant à votre contrôleur DDMC/DDMS et essayez d’ajouter le système Data Domain à son inventaire.
Weitere Informationen
Si le problème persiste, collectez un bundle de support et contactez le support Dell pour obtenir de l’aide.
Betroffene Produkte
PowerProtect Data Domain Management CenterProdukte
Data Domain, PowerProtect Data Domain Management CenterArtikeleigenschaften
Artikelnummer: 000059684
Artikeltyp: Solution
Zuletzt geändert: 11 Dez. 2023
Version: 3
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.