Data Domain : DDMC ou DDMS ne peut pas ajouter d’hôtes DDR en raison d’un UUID en double
Summary: 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é.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
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 ».
Cause
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à.
Resolution
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.
Additional Information
Si le problème persiste, collectez un bundle de support et contactez le support Dell pour obtenir de l’aide.
Affected Products
PowerProtect Data Domain Management CenterProducts
Data Domain, PowerProtect Data Domain Management CenterArticle Properties
Article Number: 000059684
Article Type: Solution
Last Modified: 11 Dec 2023
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.