Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

Procedimiento de comprobación de estado y configuración

Niveles de gravedad

Módulos de comprobación de estado y configuración

Informes y advertencias

Preguntas más Frecuentes

Realizar comprobación de estado y configuración de Nexus

Comentarios

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: hardware. 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

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

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

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 se utilizan sus definiciones.

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)

Evento normal que indica un retorno 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

Comprueba 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

Comprueba 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 los resultados de 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 si hay bloqueos CFS y los pasos sugeridos para borrar los bloqueos.

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 advierta 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 unos cuantos resultados de comandos diferentes para determinar si el uso de memoria actual es menor que los umbrales configurados o si alguno de los procesos 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

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

P1: ¿Puedo cargar show tech-support details for more than one switch in the same SR to get Health Check report for all the switches?

R1: Se trata de una gestión de casos automatizada y las comprobaciones de estado las realiza el ingeniero virtual del TAC. La comprobación de estado se realiza sólo para los primeros detalles de show tech-support cargados.

P2: ¿Puedo cargar más de un show tech-support details para el mismo dispositivo, por ejemplo, capturado con unas pocas horas de diferencia, para hacer una revisión de salud para ambos?

R2: Se trata de una gestión de casos automatizada y sin información de estado que realiza el ingeniero virtual del TAC. La comprobación de estado y configuración se realiza para el primer archivo de detalles de show tech-support cargado en el SR, independientemente de si los archivos cargados proceden del mismo switch o de switches diferentes.

P3: ¿Puedo realizar comprobaciones de estado de los switches cuyos archivos show tech-support details se comprimen como un único archivo rar/gz y se cargan en el SR?

R3: No. Si se cargan varios detalles de show tech support como un solo archivo rar/zip/gz, solo el primer archivo del archivo se procesa para las comprobaciones de estado.

P4: ¿Qué puedo hacer si tengo preguntas sobre uno de los errores de las comprobaciones de estado notificados?

R4: Abra una solicitud de servicio de TAC independiente 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?

R5: No. Dado que 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 con el archivo show tech-support details para el switch que ejecuta versiones anteriores a la mencionada anteriormente?

R6: La comprobación automática del estado y la configuración se crea para las plataformas y versiones de software mencionadas anteriormente. En el caso de dispositivos que ejecutan versiones anteriores, es mejor y no hay garantía de la precisión del informe.

P7: ¿Cómo cierro el SR abierto para la comprobación de estado?

R7: 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 para el cierre de SR.

P8: ¿Cómo puedo compartir comentarios o comentarios sobre la comprobación proactiva de estado y configuración?

R8: 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?

R9: 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 bootflash 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.

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

Cualquier comentario sobre el funcionamiento de estas herramientas es muy apreciado. 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.