Switches : Switches Cisco Nexus de la serie 7000

Troubleshooting de registración del problema del nexo 7000

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

Introducción

Este documento describe los procedimientos del Troubleshooting usados para reparar los problemas del registro en la plataforma del nexo 7000 de Cisco (N7K). Específicamente, este documento describe dos escenarios apuntados: cuando el Switch no envía los nuevos registros al fichero de diario local y cuando los nuevos registros se caen o se retrasan adentro transite al fichero de diario y al servidor de Syslog locales.

Contribuido por Charles Youssef, ingeniero de Cisco TAC.

El Switch N7K no muestra los mensajes del registro en el buffer local del fichero de diario

Esta sección describe cómo resolver problemas un Switch N7K si los mensajes del registro no visualizan en el buffer local del fichero de diario. Para resolver problemas estos problemas, complete estos pasos:

  1. Verifique que los registros que usted espera ver en el buffer local del fichero de diario tengan un nivel de registro inferior o igual el nivel de registro del fichero de diario. Por ejemplo, si los registros que falta están para las notificaciones arriba/abajas de la interfaz, verifique que el nivel de registro de ethpm (en este ejemplo, 5) es inferior o igual la gravedad del fichero de diario del registro (notificaciones en este ejemplo, que es 5):
    Nexus# show logging level ethpm

    Facility Default Severity  Current Session
                                    Severity

    --------  ----------------  ---------------
    ethpm             5                 5

    0(emergencies)  1(alerts)     2(critical)
    3(errors)       4(warnings)   5(notifications)
    6(information)  7(debugging)
    Nexus# show logging

    Logging logfile:enabled
    Name - test2: Severity -
     notifications
    Size -
     10000000
  2. Si todos los nuevos registros no se abren una sesión el fichero de diario local, no apenas los registros que pertenecen a una categoría específica, verifican:

    1. Si el directorio de /var/log se utiliza hasta el 100%:
      Nexus# show system internal flash
      Mount-on                  1K-blocks      Used   Available   Use%  Filesystem
      /                            409600     61104      348496     15   /dev/root
      /proc                             0         0           0      0   proc
      /sys                              0         0           0      0   none
      /isan                        716800    315088      401712     44   none
      /var                          51200       612       50588      2   none
      /etc                           5120      1616        3504     32   none
      /nxos/tmp                     40960         4       40956      1   none
      /var/log                      51200     51200           0    100   none
      En esta salida, /var/log es el 100% usado.

    2. Si el sub-directório /external tiene un tamaño del archivo muy grande de libdt_helper.log:
      Nexus# show system internal dir /var/log/external/
      ./                     420
      ../                    380
      glbp.debug             231
      libfipf.24944            0
      vdc_4/                  80
      libfipf.24115            0
      vdc_3/                  80
      libfipf.23207            0
      vdc_2/                  80
      libdt_helper.log    51523584
      libfipf.5582             0
      libfipf.4797             0
      libfipf.4717             0
      messages              651264
      syslogd_ha_debug       19184
      startupdebug             0
      eobc_port_test_result    3
      mgmt_port_test_result    3
      bootup_test.log        18634
      bootup_test.3432        2526
      dmesg@                  31
      Si es muy grande, después borre el archivo de libdt_helper.log del directorio con este comando:
      Nexus# delete log:libdt_helper.log
      Nexus#
      Sostenga los viejos mensajes en el buffer del registro local a un archivo en el bootflash con este comando:
      Nexus# show logging log > bootflash:oldlogs.txt
      Nexus#
      Este comando reorienta la salida a un archivo en el bootflash llamado oldlogs.txt. Esto guarda una copia de los registros viejos porque el buffer del registro local se debe borrar después con este comando:
      Nexus# clear logging logfile
      Nexus#
  3. En este momento, el Switch debe mostrar que nuevo abre una sesión el fichero de diario local. Para confirmar esto, ingrese al modo de configuración, y después salga para accionar el mensaje del registro VSHD-5-VSHD_SYSLOG_CONFIG:
    Nexus# conf t
    Enter configuration commands, one per line.  End with CNTL/Z.
    Nexus(config)# end
    Nexus# show logging log
    2013 Jul 30 11:53:55 Nexus %SYSLOG-1-SYSTEM_MSG :
     Logging logfile (test2) cleared by user
    2013 Jul 30 11:55:35 Nexus %VSHD-5-VSHD_SYSLOG_CONFIG_I:
     Configured from vty by admin on dhcp-peg3-vl30-144-254-7-77.ci
    Nexus#

Nota: Si usted encuentra el escenario anterior-descrito, después el Switch es afectado por un defecto del software descrito en el Id. de bug Cisco CSCue98451: Nuevos mensajes que no son fichero de diario abierto una sesión. El procedimiento del Troubleshooting descrito en este documento es una solución alternativa. El último arreglo es actualizar a una versión de software que tenga el arreglo para el bug ya mencionado.

Los registros del Syslog y/o del fichero de diario N7K retrasaron o tienen marca de fecha/hora incorrecta

Los nuevos mensajes del registro enviados al servidor de Syslog y/o al buffer local del fichero de diario pudieron exhibir un retardo (posiblemente entre cinco a ocho minutos). Algunos de los mensajes del registro pudieron ser caídos. El grupo fecha/hora del registro muestra el grupo fecha/hora de los eventos reales o el grupo fecha/hora de la transmisión de mensajes al servidor de Syslog o al buffer del fichero de diario.

Si cualquiera o todo el de estos síntomas se encuentran, después verifique eso:

  1. Cualquier debug se habilita en el Switch:
    Nexus# show debug

    Debug level is set to Minor(1)
    L2FM Daemon:
     Trace Detail is on
     default for new sessions logging level: 3
    debug ip arp event
    debug ip arp packet

    Nexus#
    En este ejemplo, se habilitan los debugs L2FM y ARP.

  2. El nivel de registro se cambia a un valor más alto que los valores predeterminados para cualquier proceso:
    Nexus# show logging level

    Facility  Default Severity  Current Session
                                   Severity

    --------  ----------------  ---------------
    aaa               3                3
    acllog            2                2
    aclmgr            3                3
    auth              0                0
    authpriv          3                3
    Los mensajes del registro se salvan en un buffer interno, circular antes de que se entreguen al Syslog/al fichero de diario. El número de mensajes llevados a cabo en este buffer circular se ve con este comando:
    Nexus# show logging internal info |
     include circular

    Pending msgs in circular buffer
     (head: 8632, tail: 7333)
    En este ejemplo, el buffer tiene (pista - cola) 8632 - 7333 = 1299 mensajes.

  3. Si el paso anterior se aplica, después inhabilite los debugs activos y reduzca los niveles de registro.

Nota: Si se encuentra el segundo escenario, después el Switch es afectado por un defecto del software descrito es el Id. de bug Cisco CSCud40436: Mensajes de Syslog retrasados y caídos cuando se habilitan los debugs. Este bug no afecta a la versión 6.0 del sistema operativo del nexo (NX-OS); se repara en el 6.1(3) y posteriores de las versiones NX-OS.



Document ID: 116427