ViPR SRM: El arreglo duplicado solo aparece en la topología

Сводка: ViPR SRM: El arreglo duplicado solo aparece en la topología

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.

Симптомы



Cuando se solucionó un problema de puerto, se eliminó un arreglo de Discovery Center, se volvió a agregar a Discovery Center con un nombre diferente y, finalmente, se volvió a colocar en Discovery Center con el nombre original cuando se resolvió el problema del puerto.

El arreglo con el nuevo nombre aparecía como un duplicado en los mapas de topología.  El arreglo no aparecía como un duplicado en ningún informe.  A continuación, se muestra un ejemplo con VNX-L3 como duplicado:

kA2f100000006AUCAY_2_0

Причина

NA

Разрешение

- Detenga el servicio-de-mapeo-de-topología en cada recopilador
- Detenga el servicio-de-mapeo-de-topología y el servicio-de-topología en el back-end principal
- Putty en el back-end primario
- cd cd /opt/APG/Backends/Topology-Service/Default/data/topology
- mv topology.jnl <en algún lugar donde haya suficiente espacio, como /tmp>
- Reinicie el servicio-de-mapeo-de-topología en cada recopilador
- Reinicie el servicio-de-mapeo-de-topología y el servicio-de-topología en el back-end principal
- Asegúrese de que .jnl se reconstruye en /opt/APG/Backends/Topology-Service/Default/data/topology… según el tamaño de la configuración, esto puede ser inmediato o puede tardar un par de horas
- Revise el mapa de topología

Дополнительная информация

Para diagnosticar:

Abra la GUI de diagnóstico de topología del back-end principal:

https://<Primary BE host name>:48443/Backends/Topology-Service/Default/diagnostics/ui

                       - Inicie sesión como admin/changeme

En la parte inferior de la página, en Feeding Topology-Mapping-Service(s), asegúrese de que los Last Recieved Times estén actualizados. Si alguna de las fechas/horas es antigua, especialmente para el recopilador de las métricas del arreglo en cuestión, borre todos los datos.  Ahora, revise el mapa de topología.

Si la fecha y las horas son actuales, abra la GUI de diagnóstico de topología en el recopilador de las métricas para el arreglo:

https://<collector_hostname>:48443/Backends/Topology-Mapping-Service/Default/diagnostics/ui

                         - inicie sesión como admin/changeme

Desplácese hacia abajo hasta la sección Forced Metric Delete y haga clic en “view list of known devices”.  Busque en la lista el nombre del arreglo duplicado.  (Si el nombre no está ahí, se puede realizar una búsqueda en los otros recopiladores como medida de precaución).  Si el nombre se encuentra en la lista de dispositivos conocidos, elimínelo.  Revise el mapa de topología.

Si no se encuentra el nombre, vuelva a la GUI de diagnóstico de topología del back-end principal:

https://<Primary BE host name>:48443/Backends/Topology-Service/Default/diagnostics/ui

                       - inicie sesión como admin/changeme

Haga clic en el botón Launch Explore en la sección Object Explore.  Dado que este ejemplo es de un arreglo duplicado, elija Type, StorageSystem, con Attribute; displayName contiene el nombre del arreglo duplicado.  En este ejemplo, el nombre es VNX-L3 (consulte la captura de pantalla anterior).  Lo más probable es que el nombre del arreglo se encuentre aquí.

Свойства статьи
Номер статьи: 000161887
Тип статьи: Solution
Последнее изменение: 21 Aug 2025
Версия:  4
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.