Домен даних: DDMC або DDMS не можуть додавати вузли DDR через дублювання UUID

DDMC або DDMS не можуть додавати вузли DDR через дублювання UUID.
DDMC повідомляє про таку помилку, як:  Хост-dd11.emc.com вже керується як dd22.emc.com.
DDMS (System Manager) повідомляє про таку помилку, як: "Неможливо додати DD_managed-хост, хост вже існує".

Ця проблема виникає через повторне використання імені хоста в домені даних, який є частиною інвентаризації DDMC або DDEM.  DDMC і DDMS використовують UUID DDR для ідентифікації.  Ми виявили, що якщо ім'я хоста системи домену даних успадковується іншим доменом даних, локальний UUID залишається в реєстрі.  Ми визначили таку поведінку в кількох сценаріях:
 
Коли домен даних додається до інвентаризації DDMC і DDMS, ми використовуємо UUID, щоб перевірити, чи є система в списку.  Ім'я хоста видаляється з одного домену даних, але пізніше додається до іншого контролера домену даних/DDMC.  UUID все ще прив'язується до назви вузла, що спричиняє повідомлення про помилку про те, що цим DDR вже керовано/вже існує.

Існує лише обхідний шлях, який полягає у скиданні UUID. 
 
По-перше, визначте, чи є дублікат екземпляра UUID:

Автоматична підтримка: В автопідтримці контролера DDMC або DDMS візьміть список інвентаризації інтерфейсу користувача в розділі protocol.gui.ddem.inventory. Визначте повторюваний UUID у списку інвентаризації. Ви також можете шукати за config.local.node_uuid.

Виявивши повторюваний UUID домену даних, видаліть реєстр UUID із домену даних, який ви не можете зареєструвати.  Ця дія може бути виконана тільки за допомогою інтерфейсу командного рядка і вимагає привілеїв SE.

SE## reg remove config.local.node_uuid

НІЯКИХ ІНШИХ ДІЙ РОБИТИ НЕ ПОТРІБНО. Система визначає, що UUID не встановлено, і призначає новий.
Тепер перейдіть до свого контролера DDMC/DDMS і спробуйте додати домен даних до його інвентарю.

Якщо проблема не зникає, зберіть пакет підтримки та зверніться до служби підтримки Dell для отримання додаткової допомоги.