Switches : Switches Cisco Nexus de la serie 1000V

Usando el vemlog para hacer el debug de los problemas del nexo 1000v

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

La porción virtual del módulo Ethernet (VEM) del nexo 1000v tiene los comandos debug incorporados que usted puede utilizar para ayudar al troubleshooting. Estos comandos del vemlog no le prohiben la penetración a qué ciertos procesos del VEM están haciendo, a qué comandos están enviando, y qué clase de respuesta están recibiendo. Por ejemplo, usted puede ser que los utilice en estas situaciones:

  • Un canal del puerto LACP no está subiendo entre el nexo 1000v y el Switch por aguas arriba. Usted utilizaría una combinación de “vemlog” en el host y el “debug” en el Switch por aguas arriba para estrechar abajo el problema.

  • QoS no está trabajando correctamente y usted quiere verificar que el VEM está fijando los valores correctamente.

  • Usted quiere ver los cambios a la comunicación VSM-VEM.

El caso más de uso común para funcionar con estos comandos está haciendo el debug del LACP. Usando el módulo “sflacp” y “lacp del debug del debug” en el Switch por aguas arriba usted puede detectar está funcionando incorrectamente qué dispositivo, o si el link entre los dos dispositivos está cayendo el LACP BPDU.

Los niveles predeterminados tienen generalmente bastante información así que el registro puede ser recogido y ser analizado sin girar los debugs adicionales.

Nota: Contribuido por Christopher Brown, ingeniero de Cisco TAC.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

Convenciones

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

Comandos corrientes del vemlog

Si usted tiene cualesquiera preguntas sobre el sintaxis de estos comandos usted puede teclear el “vemlog” en el ESXi CLI y recibir una salida de la ayuda. No hay lengueta completa o “?” para estos comandos. Usted debe escribirlos a máquina completamente o no trabajarán correctamente. Para ejecutar el vemlog le ordena necesitar uno del siguiente:

  • Acceso a la consola SSH/local al host de ESXi en la pregunta. El acceso SSH es preferible porque usted puede navegar fácilmente la salvaguardia.

  • El acceso a la consola SSH/local al VS y al módulo tiene que ser activo en el VS. El acceso de SSH es de nuevo preferible. Si usted está utilizando este método que usted necesitará introducir cada comando con el vem del módulo # ejecuta, donde # está el número de módulo del VEM.

Niveles de debugging de Vemlog

Vemlog en el VEM es similar al Syslog en un Switch normal. Como un Switch normal, hay niveles de gravedad:

e – Error 
n – Notification
w – Warning
i – Information
d – Debug
p – Print
t – Temporary

Esto se alinea de la más severo a lo menos (con los mensajes menos severos haciendo salir lejos más información). Por abandono el vemlog se fija a ENW (error, notificación, advirtiendo).

Paso 1: Borrar las configuraciones actuales de la captura

Para resolver problemas un problema determinado tiene valor inhabilitar las capturas predeterminadas.

vemlog stop
vemlog clear
vemlog debug all none

Estos comandos pararán cualquier comando actual del vemlog que esté sucediendo, y reajustarán el vemlog para esconder las configuraciones de la captura. Usted puede verificar esto con el siguiente comando:

http://www.cisco.com/c/dam/en/us/support/docs/switches/nexus-1000v-switch-vmware-vsphere/115761-vemlog-debug-nexus-01.gif

Como usted ve aquí, el comando show debug del vemlog visualizará las configuraciones actuales del debug. El valor por defecto para todos los módulos para “imprimir” es 0, o impresión.

Paso 2: Determinación de los parámetros de la captura del vemlog

Ahora que usted tiene una cuenta nueva a comenzar con, es hora de fijar los Cookie para capturar. Por este ejemplo, se capturan los registros generales del puerto:

http://www.cisco.com/c/dam/en/us/support/docs/switches/nexus-1000v-switch-vmware-vsphere/115761-vemlog-debug-nexus-02.gif

El comando second allí tiene este sintaxis:

vemlog debug [module|all] [-][all|none|default|e|w|n|i|d|p|t]

Donde está el paquete el “debug_module” del vemlog usted quiere capturar. El “debug” es generalmente bastante para resolver problemas.

Si usted agrega el [-]al comando que el nivel de debug será quitado para ese módulo. Este tiro de pantalla tiene ejemplos de esto:

http://www.cisco.com/c/dam/en/us/support/docs/switches/nexus-1000v-switch-vmware-vsphere/115761-vemlog-debug-nexus-03.gif

Usted puede ver todos los módulos disponibles del debug con un comando show debug del vemlog.

Una vez que usted ha especificado qué paquetes para monitorear, después comienza el vemlog con un comando start del vemlog:

http://www.cisco.com/c/dam/en/us/support/docs/switches/nexus-1000v-switch-vmware-vsphere/115761-vemlog-debug-nexus-04.gif

Paso 3: Ver la salida

http://www.cisco.com/c/dam/en/us/support/docs/switches/nexus-1000v-switch-vmware-vsphere/115761-vemlog-debug-nexus-05.gif

Una vez que usted está listo para ver el registro, publique un comando all de la demostración del vemlog. Esto imprime todas las entradas de registro a la consola (o a la sesión SSH). Si usted está conectado directamente con el host usted puede también enviar esto a un archivo de modo que usted pueda copiarlo apagado y analizarlo más adelante:

http://www.cisco.com/c/dam/en/us/support/docs/switches/nexus-1000v-switch-vmware-vsphere/115761-vemlog-debug-nexus-06.gif

Si usted mueve este archivo al directorio del [datastore_name] de /vmfs/volumes/ usted puede moverlo del host que usa al navegador del datastore en ESXi.

El vemlog también se salva en el registro del vmkernel.

Paso 4: Restablecer el vemlog a los niveles de registro normales

~ # vemlog stop
Suspended log
~ # vemlog clear
Cleared log
~ # vemlog debug all default
~ # vemlog start
Started log

Estos comandos restablecerán el vemlog a la configuración estándar. Esto es importante asegurarse de que la información de debugging está capturada correctamente por problemas futuros.

Porque el vemlog se salva en los registros del vmkernel y el buffer de los vemlog, un debug determinado hablador puede inundar ambos con la información innecesaria, especialmente si se dejan habilitados.


Información Relacionada


Document ID: 115761