Realizar la comprobación de configuración y estado de MDS
Contenido
Introducción
Este documento describe el procedimiento y los requisitos para realizar comprobaciones automáticas de estado y configuración para las plataformas MDS 9000.
Prerequisites
Requirements
La comprobación automática de estado y configuración solo es compatible con las plataformas MDS que ejecuten una versión compatible del software NX-OS®.
Estas plataformas de hardware son compatibles:
- Todos los switches de la serie MDS 9000 que aún no han alcanzado la fecha final de soporte técnico: HW. Consulte los avisos de fin de venta y fin del ciclo de vida de MDS aquí:
Avisos de fin de venta y fin del ciclo de vida
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Convenciones
Procedimiento de comprobación de estado y configuración
Para realizar una comprobación automatizada de estado y configuración en los switches MDS, abra una solicitud de servicio TAC regular en Cisco Support Case Manager con estas palabras clave:
Tecnología: Data Center y redes de almacenamiento
Subtecnología: MDS9000: comprobación de estado y configuración (AUTOMATIZADA)
Código de problema: comprobación de estado y configuración
Selección de la comprobación de estado y configuración
Área problemática: comprobación de estado y configuración
Para el TAC SR abierto, cargue el resultado del comando show tech-support details capturado del switch, ya sea en formato .txt o .gz/.tar. Actualmente, se soporta el archivo de detalles show tech-support capturado en los formatos de texto ASCII y UTF-8. Para obtener instrucciones sobre la carga, consulte Cargas de archivos de clientes de TAC.
A partir de NX-OS 8.4(2d) y 9.2(1), el comando MDS tac-pac se ha mejorado para crear rápidamente un archivo en bootflash que contenga un comando show tech-support details con un comando show logging onboard agregado. Este es el método preferido para crear el archivo de entrada para cualquier petición de servicio (SR) del TAC que requiera mostrar detalles de soporte técnico, incluido un caso de comprobación automática de estado y configuración.
Después de adjuntar el resultado requerido a la SR, Cisco Automation analiza los registros y proporciona un informe (en formato PDF) adjunto a un mensaje de correo electrónico que se le ha enviado. El informe contiene una lista de problemas detectados, pasos relevantes para solucionar los problemas y un plan de acción recomendado.
Si hay preguntas con respecto a las fallas de chequeo médico reportadas, se le aconseja abrir una solicitud de servicio por separado con las palabras clave apropiadas para obtener más ayuda. Se recomienda encarecidamente consultar el número de solicitud de servicio (SR) abierto para la comprobación automática de estado y configuración, junto con el informe generado para acelerar la investigación.
Niveles de gravedad
En la tabla se muestran los siguientes niveles de gravedad de NX-OS estándar y sus definiciones utilizadas.
| Nivel de gravedad |
Descripción |
| Emergencia(0) |
El sistema no se puede utilizar. |
| Alerta(1) |
Condiciones críticas, atención inmediata necesaria. |
| Crítico(2) |
Condiciones importantes. |
| Error(3) |
Condiciones menores. |
| Advertencia(4) |
Condiciones de advertencia. |
| Aviso(5) |
Notificación básica y mensajes informativos. Posiblemente independientemente insignificante. |
| Información(6) |
Los eventos normales significan volver al estado normal. |
Módulos de comprobación de estado y configuración
La versión 1 de la comprobación automática de estado y configuración de MDS, publicada en mayo de 2023, realiza las comprobaciones enumeradas en la tabla 1.
Tabla 1: Módulos de comprobación de estado y CLI asociadas que utilizan los módulos
| Índice |
Módulo de comprobación de estado |
Breve descripción del módulo |
CLI utilizada para realizar la comprobación de estado |
| 1 |
Comprobación de la versión de NX-OS |
Compruebe si el dispositivo ejecuta una versión de software NX-OS recomendada por Cisco. |
show version |
| 2 |
Comprobación del transceptor MDS para EOL/EOS |
Compruebe si algún transceptor ha alcanzado el fin de su vida útil (EOL) o el fin de venta (EOS). |
show version show clock show hardware |
| 3 |
Uso de velocidad de datos para interfaces FC en switch MDS |
Comprueba las velocidades de entrada y salida de la interfaz. Enumera las 10 principales interfaces y alertas en interfaces con una utilización superior al 80%. |
show version show interface brief show interface |
| 4 |
Información detallada del transceptor para el switch MDS |
Comprueba los valores de temperatura, voltaje, corriente, potencia tx o potencia rx de la interfaz para ver los valores nominales. Sugiere los siguientes pasos si se detectan fallos. |
show version show hardware show interface transceiver details |
| 5 |
Comprobar si hay defectos de PSIRT al ejecutar la versión NX-OS |
Coincide con una variedad de PSIRT de acuerdo con el HW/SW y la configuración. Esto no es exhaustivo. |
show version show running-config |
| 6 |
Comprobación de MDS para información de reloj |
Comprueba la configuración de reloj recomendada y proporciona ejemplos de configuraciones de reloj recomendadas. |
show running-config show clock |
| 7 |
Comprobación de hardware MDS para EOL/EOS |
Identifica las fechas de fin de vida útil (EOL) y fin de soporte (EOS) para los módulos y chasis MDS. |
show version show module show hardware show Inventory |
| 8 |
Comprobación del software MDS para EOL/EOS |
Identifica las fechas de fin de ciclo de vida (EOL) y fin de soporte (EOS) para las versiones de MDS NX-OS. |
show version show module |
| 9 |
Verificación de consistencia de la base de datos MDS FCNS y FLOGI |
Verifique para ver la consistencia entre las salidas "show fcns database" y "show flogi database". |
show version show hardware show flogi database show fcns database local vsan 1-4093 |
| 10 |
Comprobación de MDS para todas las VSAN activas en todos los puertos TF |
Verifique que todos los puertos TF hayan permitido VSAN en estado activo, no VSAN en estado aislado o de inicialización. |
show version show hardware show interface show interface brief show port-channel database |
| 11 |
MDS verifica que todas las VSAN estén activas en todos los puertos TE |
Verifique que todos los puertos TE hayan permitido VSAN en estado activo, sin VSAN en estado aislado o de inicialización. |
show version show module show interface show interface brief show port-channel database |
| 12 |
MDS OUI Comprobar dispositivos remotos |
Asegúrese de que MDS reconozca el OUI de las conexiones a través del tronco y de las conexiones de canal de puerto. |
show flogi internal event-history errors show port internal event-history errors show system internal fcfwd idxmap interface show flogi internal event-history debugs show accounting log |
| 13 |
Comprobación del bloqueo de MDS CFS |
Verifique la presencia de bloqueos cfs y sugiera pasos para eliminarlos. |
show version show module show hardware show cfs lock show logging log show cfs internal session-history show cfs peers show fcdomain domain-list show cfs internal event-history errors show clock |
| 14 |
MDS Comprobar el enlace mgmt0 del supervisor activo |
Compruebe si el estado del enlace mgmt0 del supervisor activo o solo aparece. |
show version show interface mgmt0 |
| 15 |
MDS 9700 Comprobar el enlace de administración del supervisor en espera |
Verifique si el estado del link standby supervisor mgmt0 aparece. Solo es válido para directores MDS 9700 que ejecuten NX-OS 9.2(1) y versiones posteriores. |
show version show interface mgmt0 standby |
| 16 |
Comprobación de asignación de miembros de PC subóptimos de MDS |
Los canales de puerto son importantes para la resistencia en las SAN de Fibre Channel de varios switches. La configuración de canales de puerto para obtener la máxima tolerancia a fallos y la utilización de recursos de hardware contribuye a la resistencia de la SAN. Este módulo verifica cada canal de puerto de Fibre Channel encontrado para asegurarse de que sus interfaces miembro se distribuyan de la manera más uniforme posible entre los módulos disponibles y los motores de transmisión del switch. |
show version show interface brief |
| 17 |
Comprobación de coherencia de MDS FSPF |
Verifica los costos de FSPF en cada ISL para asegurarse de que los switches adyacentes tengan los mismos costos uniformes. Si los costos son diferentes en cada lado del ISL, puede ocurrir un ruteo inesperado o asimétrico. Esta comprobación no se aplica a los switches en modo VPN, ya que no hay ninguna base de datos FSPF en estos switches. |
show switchname show fspf database show fcs ie show npv internal info |
| 18 |
Comprobación del uso elevado de CPU de MDS |
Verifique que la utilización actual de la CPU esté dentro del límite predeterminado mediante la verificación de múltiples salidas de comandos. Notifique al usuario si el uso supera el 60%, informe al usuario si el uso supera el 80%, y avise al usuario si el uso supera el 90%. |
show processes cpu show processes cpu history show logging log |
| 19 |
Comprobación del uso de memoria alta de MDS |
Verifique algunos resultados de comandos para determinar si el uso actual de memoria es menor que los umbrales configurados o si algún proceso se está ejecutando dentro del límite de memoria asignado. Si el uso supera el 90%, notifíqueselo a los usuarios. |
show version show processes memory show running-config |
| 20 | Configuración de MDS Check Port-Monitor Tx-Datarate para Detectar la Utilización Excesiva |
Verifique las políticas activas de monitoreo de puertos para determinar si los contadores tx-datarate y/o tx-datarate-burst están configurados para detectar correctamente la sobreutilización. |
show version show interface brief show running-config |
| 21 | MDS Verifique si hay errores de eliminación de ruta FSPF causados por un supervisor incorrecto |
Verifique los errores de eliminación de ruta FSPF durante los últimos 20 días, indíquelos y verifique si hay contadores de error distintos de cero registrados en el link sup-fc0 dentro de la banda. |
show version show logging log show hardware internal sup-fc0 interface-stats (MDS 9700s) show hardware internal sup-fc0 errstats (MDS fabric switches) |
| 22 | MDS Verifique los errores distintos de cero en el link sup-fc0 |
Verifique si hay contadores de error distintos de cero registrados en la interfaz dentro de banda sup-fc0. |
show version show hardware internal sup-fc0 interface-stats (MDS 9700s) show hardware internal sup-fc0 errstats (MDS fabric switches) |
| 23 | Comprobación de coherencia de versiones de módulos MDS |
Verifique la consistencia de la versión en los módulos para asegurarse de que las tarjetas de línea y los supervisores estén ejecutando el mismo software. |
show version show module |
| 24 | Comprobación correcta de los módulos MDS |
Verifique si todos los módulos en el switch MDS han alcanzado su estado operativo esperado. |
show module show hardware |
| 25 | Comprobación de archivos principales de MDS |
Verifique si hay caídas o terminaciones inesperadas del proceso. |
show core |
| 26 | Comprobación del uso de sistemas de archivos MDS |
Comprobar la utilización del sistema de archivos y el uso de marcadores superior al 90%. |
show system internal flash |
| 27 | Comprobación del bloqueo de zona mejorado de MDS |
Compruebe la presencia de bloqueos de zona mejorados en todas las VSAN. |
show zone status vsan 1-4093 |
| 28 | Comprobación de coherencia de MDS ACLTCAM |
Verifique que las entradas de ACLTCAM estén programadas de manera consistente entre el hardware y el software, al tiempo que identifica y marca las entradas duplicadas dentro de ambas tablas como errores. |
show process acltcam fwd-engine {x} input resultado de show process acltcam fwd-engine {x} show process acltcam fwd-engine {x} input software show process acltcam fwd-engine {x} output software resultado de show process acltcam interface fc{module_number}/{x} show process acltcam interface fc{module_number}/{x} output software |
| 29 | Eventos de Pérdidas de Crédito Recientes de MDS |
Comprueba si hay interfaces que experimenten recuperación de pérdida de crédito en los últimos 7 días a partir de la fecha y hora de la asistencia técnica. Generará los últimos 10 eventos para cada interfaz. También genera una extensa sección de 'Recomendaciones' para resolver estos problemas. |
show switchname show version show interface show interface transceiver details show logging logfile show process creditmon credit-loss-events |
Informes y advertencias
- El SR de comprobación de estado y configuración lo automatiza y lo gestiona el ingeniero virtual del TAC.
- El informe (en formato PDF) suele generarse en un plazo de 24 horas laborables después de adjuntar todos los registros necesarios a la SR.
- El informe se comparte automáticamente por correo electrónico (procedente de los correos electrónicos automatizados del TAC de Cisco <no-reply@cisco.com>) con todos los contactos (principales y secundarios) asociados a la solicitud de servicio.
- El informe también se adjunta a la solicitud de servicio para permitir su disponibilidad en cualquier momento posterior.
- Tenga en cuenta que los problemas enumerados en el informe se basan en los registros proporcionados y están dentro del ámbito de los módulos de comprobación de estado enumerados en la tabla 1 (mostrada anteriormente).
- La lista de comprobaciones de estado y configuración realizadas no es exhaustiva, y se aconseja a los usuarios que realicen más comprobaciones de estado según sea necesario.
- Con el tiempo, se pueden agregar nuevas comprobaciones de estado y configuración.
Preguntas más Frecuentes
Q1: ¿Puedo cargar show tech-support details for more than one switch in the same SR para obtener el informe de comprobación de estado para todos los switches?
A1: Se trata de una gestión de casos automatizada y las comprobaciones de estado las realiza el ingeniero virtual del TAC. La revisión médica se realiza solamente para los primeros "show tech-support details" cargados.
Q2: ¿Puedo cargar más de un show tech-support details para el mismo dispositivo, digamos, capturado con unas pocas horas de diferencia, para hacer una revisión de salud para ambos?
A2: Se trata de una gestión de casos automatizada y sin información de estado realizada por el ingeniero virtual del TAC, y la comprobación de estado y configuración se realiza para el primer archivo show tech-support details cargado en el SR, independientemente de si los archivos cargados son del mismo switch o de switches diferentes.
Q3: ¿Puedo realizar comprobaciones de estado de los switches que muestran archivos de detalles de soporte técnico comprimidos como un único archivo rar/gz y cargados en el SR?
A3: No. Si se cargan varios detalles de show tech support como un solo archivo rar/zip/gz, sólo se procesa el primer archivo del archivo para las comprobaciones de estado.
Q4: ¿Qué puedo hacer si tengo preguntas acerca de una de las fallas de chequeo médico reportadas?
A4: Abra una solicitud de servicio del TAC por separado para obtener más ayuda sobre el resultado de la comprobación de estado específico. Se recomienda encarecidamente adjuntar el informe de comprobación de estado y consultar el número de caso de la solicitud de servicio (SR) abierto para la comprobación de estado y configuración automatizada.
P5: ¿Puedo utilizar el mismo SR abierto para la comprobación automática de estado y configuración para solucionar los problemas encontrados?
A5: No. Como la comprobación de estado proactiva está automatizada, abra una nueva solicitud de servicio para solucionar los problemas notificados. Tenga en cuenta que la SR abierta para el examen médico está cerrada dentro de las 24 horas posteriores a la publicación del informe médico.
P6: ¿Se ejecuta la comprobación automática de estado y configuración contra el archivo show tech-support details para el switch que ejecuta versiones anteriores a la mencionada anteriormente?
A6: La comprobación automática del estado y la configuración se crea para las plataformas y versiones de software mencionadas anteriormente. Para los dispositivos que ejecutan versiones anteriores, es el mejor esfuerzo, y no hay garantía de la precisión del informe.
P7: ¿Cómo cierro el SR abierto para la comprobación de estado?
A7: El SR se cierra en las 24 horas siguientes al envío del primer informe de comprobación de estado. No es necesario que el usuario realice ninguna acción hacia el cierre de SR.
P8: ¿Cómo puedo compartir comentarios o comentarios sobre la comprobación proactiva de estado y configuración?
A8: Compártalos por correo electrónico a MDS-HealthCheck-Feedback@cisco.com
P9. ¿Cuál es el método recomendado para capturar show tech-support o show tech-support details de un switch?
A9: Como se mencionó anteriormente en este documento, a partir de NX-OS 8.4(2d) y 9.2(1), el comando MDS tac-pac se ha mejorado para crear rápidamente un archivo en la memoria de inicialización que contenga un "show tech-support details" con un "show logging onboard" agregado. Este es el método preferido para crear el archivo de entrada para cualquier petición de servicio (SR) del TAC que requiera "mostrar detalles de soporte técnico", incluida una comprobación de estado y configuración automatizada. El resultado de CLI capturado en un archivo de registro en la aplicación de terminal (por ejemplo, SecureCRT, PuTTY) podría estar en formato UTF-8-BOM (o similar), lo que NO es compatible con la comprobación de estado automatizada. La comprobación de estado y configuración automatizada sólo admite archivos en formatos ASCII o UTF-8.
P10. ¿Se puede utilizar el verificador de estado MDS con los switches configurados para el protocolo FICON?
A10: Sí, esto es posible, pero actualmente no hay comprobaciones específicas para VSAN FICON.
Realizar comprobación de estado y configuración de Nexus
Consulte Realización de la Verificación de Configuración y Estado de Nexus .
Comentarios
Agradecemos cualquier comentario sobre el funcionamiento de estas herramientas. Si tiene alguna observación o sugerencia (por ejemplo, sobre la facilidad de uso, el alcance, la calidad de los informes generados, etc.), compártala aquí MDS-HealthCheck-Feedback@cisco.com.
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
13.0 |
25-Feb-2026
|
Formato actualizado. |
12.0 |
23-Apr-2025
|
Comprobaciones de estado añadidas 21 y 22 de Yuvaraj RatnalaAñadidas algunas capturas de pantalla y texto extra - Jason Mooney |
11.0 |
08-Apr-2025
|
Agregado chequeos de salud 21 y 22 de Yuvaraj Ratnala |
10.0 |
04-Dec-2024
|
Se ha añadido una nota a la sección de requisitos. |
9.0 |
10-Jul-2024
|
Traducción automática, requisitos de estilo y formato actualizados. |
8.0 |
29-May-2024
|
Actualizado y revisado. |
7.0 |
21-May-2024
|
Actualizado y revisado |
6.0 |
28-Feb-2024
|
Revisión, actualizada. |
4.0 |
07-Nov-2023
|
Actualización |
3.0 |
06-Sep-2023
|
Lista de colaboradores actualizada. |
2.0 |
25-Aug-2023
|
Se han añadido sub-tecnología, código de problema y enlaces.
Requisitos de estilo y formato actualizados. |
1.0 |
19-Jul-2023
|
Versión inicial |
Comentarios