Switches : Switches Cisco Catalyst de la serie 6500

Mensajes de Error Comunes de CatOS en los Catalyst 6500/6000 Series Switches

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Traducción Manual (23 Junio 2008) | Inglés (19 Septiembre 2015) | Comentarios


Contenido


Introducción

Este documento proporciona una breve explicación del registro del sistema común y los mensajes de error que ve en los switches Catalyst 6500/6000 Series que ejecutan el software Catalyst OS (CatOS).

Utilice la herramienta decodificadora del mensaje de error (clientes registrados solamente) si usted tiene un mensaje de error que no aparezca en este documento. Esta herramienta proporciona el significado de los mensajes de error que el software y el software CatOS del½ del¿Â del Cisco IOSï generan.

Nota: El formato exacto del syslog y de los mensajes de error que este documento describe puede variar levemente. La variación depende de la versión de software que usted funciona con en el Supervisor Engine del Switch.

Nota: Cisco recomienda esta configuración de registro mínima en los Catalyst 6500/6000 Series Switch:

  • Publique el comando set time para fijar la fecha y hora en el Switch. O configure el Switch para utilizar el Network Time Protocol (NTP) para obtener la fecha y hora de un servidor NTP.

  • Asegúrese de que el registro y sellos de fecha/hora del registro estén habilitados, que es el valor predeterminado.

  • Configure el switch para registrar un servidor de syslog, si es posible.

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.

Mensajes de error en los Catalyst 6500/6000 Series Switch

Los mensajes en esta sección son los mensajes de error frecuente que usted ve en los Catalyst 6500/6000 Series Switch que ejecutan CatOS.

%CDP-4-NVLANMISMATCH: Discordancía del VLAN nativo detectada en [dec]/[dec] del puerto

Problema

El Switch genera los mensajes de Syslog frecuentes del %CDP-4-NVLANMISMATCH.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando este mensaje de error ocurre en el Switch:

2002 Jan 11 08:50:40 EST -05:00 %CDP-4-NVLANMISMATCH:
   Native vlan mismatch detected on port 4/1
2002 Jan 11 02:02:45 %CDP-4-NVLANMISMATCH:
   Native vlan mismatch detected on port 1/1

El Switch genera este mensaje siempre que el puerto del switch esté conectado físicamente con otro Switch o router. Este mensaje aparece en el Switch porque el VLAN nativo configurado en el puerto es diferente que el VLAN nativo en el switch que se conecta/el puerto de router.

Un puerto troncal que usted ha configurado con marcar con etiqueta del IEEE 802.1Q puede recibir marcado con etiqueta y tráfico sin Tags. Por abandono, del Switch el tráfico sin Tags adelante con el VLAN nativo que se configura para el puerto. Si un paquete tiene un VLAN ID que sea lo mismo que el VLAN nativo ID del puerto saliente, el Switch transmite el paquete sin etiqueta. Si no, el switch transmite el paquete con una etiqueta.

Asegúrese de que la VLAN nativa para un trunk 802.1Q sea la misma en ambos extremos del link trunk. Si el VLAN nativo en un extremo del trunk es diferente del VLAN nativo en el otro extremo, el tráfico de los VLAN nativos en los ambos lados no puede transmitir correctamente en el trunk. Este problema puede implicar algunos problemas de conectividad en su red.

Publique el comando show trunk mod/port para verificar el VLAN nativo que se configura en su Switch. En este comando, el /port Mod es el puerto troncal. Aquí está la salida de muestra:

Console> (enable) show trunk 5/24 
Port      Mode         Encapsulation  Status        Native vlan
--------  -----------  -------------  ------------  -----------
 5/24     desirable    dot1q          not-trunking  1
 
Port      Vlans allowed on trunk
--------  ---------------------------------------------------------------------
 5/24     1-1005
 
Port      Vlans allowed and active in management domain 
--------  ---------------------------------------------------------------------
 5/24     1
 
Port      Vlans in spanning tree forwarding state and not pruned
--------  ---------------------------------------------------------------------
 5/24      

Console> (enable)

Publique el comando set vlan vlan_id mod/port para cambiar el VLAN nativo que se configura en el puerto troncal. En este comando, el /port Mod es el puerto troncal.

Nota: El mensaje de error de syslog el "%CDP-4-NATIVE_VLAN_MISMATCH" es una indicación de una discrepancia de VLAN nativa en los switches de Catalyst que funcionan con el Cisco IOS Software.

Nota: Si el Switches está conectado con el uso de los puertos del nontrunk, asegúrese de que usted configure los puertos para estar en el mismo VLA N. Si los puertos no están en el mismo VLA N, usted consigue el %CDP-4-NVLANMISMATCH del mensaje de error: Discordancía del VLAN nativo detectada en el [port num] del puerto.

DTP-1-ILGLCFG: Illegal config (on, isl--on,dot1q) on port [mod/port]

Problema

El Switch genera el DTP-1-ILGLCFG: Configuración ilegal (en, isl--on,dot1q) en del puerto los errores [mod/port].

Descripción

Este mensaje puede ocurrir si usted ha fijado los ambos lados del trunk a encendido, pero los tipos de encapsulación (isl, dot1q) no hacen juego. Si usted ha fijado a los modos tronco a deseable, el trunk no sube debido a este misconfiguration. Marque la salida del comando show trunk en los ambos extremos para resolver problemas. Esté seguro que los tipos de encapsulación son lo mismo.

%IP-3-UDP_SOCKOVFL: desbordamiento de zócalo UDP

Problema

El Switch genera los mensajes de Syslog periódicos del desbordamiento de socket %IP-3-UDP_SOCKOVFL:UDP.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este error:

Nota: El número de socket del User Datagram Protocol (UDP) que visualiza puede variar o ser constantemente lo mismo.

%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow

El Switch genera este mensaje de Syslog cuando el buffer que se afecta un aparato para los paquetes entrantes en el socket especificado (el puerto de destino UDP) es lleno. Este buffer es lleno porque el índice de tráfico que sea destinado para el socket es demasiado alto. Por ejemplo, esta condición puede suceder cuando una estación de administración de red envía un gran número de interrogaciones del Simple Network Management Protocol (SNMP). Cuando sucede el desbordamiento UDP, intente reducir el número de interrogaciones SNMP. Para reducir el número de interrogaciones, aumente el intervalo de sondeo en la estación de administración de red o reduzca el número de objetos de MIB que la estación de administración de red sondee.

En el ejemplo en esta sección, el Switch recibió una cantidad excesiva de paquetes que eran destinadas para la dirección IP del Switch (o la dirección de broadcast) con el socket UDP de destino 2353. Porque memoria intermedia de entrada para este socket en el Switch es llena, el Switch genera un mensaje de Syslog. Publique el comando show netstat udp para ver la cantidad de veces que el Switch alcanzó la condición de desbordamiento.

Console> (enable) show netstat udp
udp:
        0 incomplete headers
        0 bad data length fields
        0 bad checksums
        0 socket overflows
        110483 no such ports
Console> (enable) 

Estos mensajes de Syslog indican que una o más estaciones envían una gran cantidad de tráfico UDP al Switch en los puertos del destino especificado UDP. Si el Switch genera una cantidad excesiva de estos mensajes, utilice un analizador de red para identificar la fuente del tráfico. Entonces, reduzca el índice de tráfico. Porque el tráfico UDP se destina al CPU del Switch, usted puede utilizar la función del Switched Port Analyzer (SPAN) y fijar el puerto de origen al sc0. El SPAN identifica la interfaz interna para el Supervisor Engine. Refiera al ejemplo de configuración del (SPAN) del Catalyst Switched Port Analyzer para más información.

Nota: No se preocupe del ningún tal contador de puerto. Este contador muestra el número de paquetes UDP que el Switch recibió que era destinado para los puertos inexistentes.

%EC-SP-5-L3DONTBNDL1: TE (/port Mod) suspendido: PAgP no habilitado en el puerto remoto

Problema

El Switch genera %EC-SP-5-L3DONTBNDL1: TE (/port Mod) suspendido: PAgP no habilitado en el mensaje de error del puerto remoto.

Descripción

Este mensaje de error ocurre generalmente cuando el Port Aggregation Protocol (PAgP) se habilita en la interfaz de la capa 3 (L3), pero el puerto del partner no se habilita para el PAgP. Aquí tiene un ejemplo:

%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.
%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.
%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.

El mensaje de error ocurre muy probablemente debido a los problemas de configuración, pero puede también ser un resultado del hardware/de las cuestiones del cableado. Asegúrese de que la configuración esté de acuerdo con la guía de configuración. Si persiste el error, resuelva problemas el cableado y el hardware. Para resolver problemas el hardware, intente estos métodos:

  • Vuelva a sentar el Convertidor de la interfaz de Gigabit (GBIC).

  • Substituya el GBIC.

  • Pruebe el hardware con una placa de línea diferente.

%IP-3-UDP_BADCKSUM: suma de comprobación UDP defectuosa

Problema

El Switch genera los mensajes de Syslog periódicos del desbordamiento de socket %IP-3-UDP_SOCKOVFL:UDP.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este error:

Nota: El número del socket UDP que visualiza puede variar o ser constantemente lo mismo.

%IP-3-UDP_BADCKSUM:UDP bad checksum

El Switch genera este mensaje de Syslog cuando el Switch detecta un checksum incorrecto en un datagrama de UDP, tal como paquetes snmp. El encabezado del datagrama UDP lleva una suma de comprobación que los controles de recepción del dispositivo de red para verificar que el datagrama llegó a ser corrupto durante transiten. Si la suma de comprobación recibida no hace juego el valor de checksum en la encabezado, el dispositivo cae el datagrama y registra un mensaje de error. Publique el comando show netstat udp para ver la cantidad de veces que el Switch detectó un datagrama de checksum con un error.

Console> (enable) show netstat udp
udp:
        0 incomplete headers
        0 bad data length fields
        0 bad checksums
        0 socket overflows
        110483 no such ports
Console> (enable)

Este mensaje es informativo solamente. Un dispositivo de red envía los malos paquetes al Switch y causa el mensaje de error. Utilice un analizador de red para identificar la fuente del tráfico. Porque el tráfico UDP se destina al CPU del Switch, usted puede utilizar la función del SPAN y fijar el puerto de origen al sc0. El SPAN identifica la interfaz interna para el Supervisor Engine. Refiera al ejemplo de configuración del (SPAN) del Catalyst Switched Port Analyzer para más información.

Nota: No se preocupe del ningún tal contador de puerto. Este contador muestra el número de paquetes UDP que el Switch recibió que era destinado para los puertos inexistentes.

%KERNEL-5-UNALIGNACCESS: Corrección del alineamiento realizada

Problema

El Switch genera la corrección periódica %KERNEL-5-UNALIGNACCESS:Alignment hecha los mensajes de Syslog.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81BF1DB6
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81BF1DB6

Estos mensajes de Syslog indican que el Switch CPU detectó y corrigió un error de alineación durante una tentativa de acceder los datos en el DRAM. Estos mensajes son informativos solamente. Los mensajes no indican un problema con el Switch y no afectan al rendimiento del sistema.

En algunos casos, usted ve una cantidad excesiva de estos mensajes. Por ejemplo, estos mensajes pueden inundar su archivo de registro de servidor de Syslog o su consola del Switch. Si usted recibe un exceso de los mensajes, considere una actualización del software del switch a la última versión de mantenimiento para su tren de versión de software. O publique el comando set logging level kernel 4 default para modificar el nivel de registro para el recurso Kernel a 4 o bajar.

Si usted actualiza a la última versión de mantenimiento pero todavía recibe estos mensajes de Syslog, cree una solicitud de servicio con el Soporte técnico de Cisco.

%MCAST-4-RX_JNRANGE:IGMP: Se recibió informe dentro de los parámetros

Problema

El Switch genera el tráfico no válido de los mensajes de la dirección de origen multicast.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx

El mensaje de Syslog del informe Rcvd en el rango es informativo solamente. El Switch genera este mensaje en el recibo de los paquetes de informes del Internet Group Management Protocol (IGMP) con un Multicast MAC Address que comience con 01-00-5e-00-00-xx. Este rango de direcciones de la capa 2 (L2) es equivalente a un rango de dirección Multicast L3 entre 224.0.0.0 y 224.0.0.255. Estos direccionamientos son reservados para el uso de los Routing Protocol y otra detección de topología o protocolos de mantenimiento de bajo nivel. Los ejemplos de estos protocolos incluyen la información de la detección de gateway y de la membresía del grupo.

Utilice una herramienta de la captura de paquetes tal como un sniffer y filtre en los mensajes IGMP para resolver problemas este problema. Además, usted puede utilizar la función del SPAN del Catalyst para copiar los paquetes de un puerto que usted sospechado reciba estos mensajes de un dispositivo de red. Para suprimir estos mensajes, publique el comando set logging level mcast 2 default. Este comando cambia el nivel de registro de mensajes de multidifusión a 2.

Utilice los puertos que el comando show multicast router muestra y/o cualquier uplinks a la base de la red como los puertos de origen del SPAN. En caso de que estos puertos sean puertos troncales, también configure el puerto destino del SPAN como puerto troncal. Publique el comando show trunk para verificar que los puertos son puertos troncales.

%MCAST-2-IGMP_FALLBACK:IGMP: Ejecución en modo a PRUEBA DE FALLOS

Problema

Un Switch que tiene IGMP Snooping habilitado visualiza el %MCAST-2-IGMP_FALLBACK:IGMP: El ejecutarse en el mensaje de error del modo de repliegue.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01
%MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode

El Switch genera este mensaje de Syslog cuando el Switch recibe el tráfico Multicast excesivo que es destinado para un Multicast MAC Address en el rango 01-00-5e-00-00-xx. El IGMP Snooping no soporta las secuencias de multidifusión a los direccionamientos en este rango de MAC Addresses. Esta falta de soporte es porque las direcciones MAC en este rango también se utilizan para el tráfico de control IGMP, tal como hojas, se une a, y las consultas generales. En el ejemplo en esta sección, el Switch recibe una cantidad excesiva de tráfico con la dirección MAC 01-00-5e-00-00-01 del destino. Este mensaje indica que el procesador de administración de red (NMP) detecta un ese de la secuencia de los datos de multidifusión inhabilitado la lógica de escape de redirección del protocolo. La secuencia es aliased a una de estas direcciones Multicast especiales:

01-00-5e-00-00-01
01-00-5e-00-00-04
01-00-5e-00-00-05
01-00-5e-00-00-06
01-00-5e-00-00-0d

Cuando el Switch detecta una alta velocidad de tal tráfico, el Switch para los paquetes del snooping con el MAC address del destino especificado por un período corto. Este helada se llama modo de soporte. Entonces, el Switch comienza el snooping otra vez, que se llama modo normal. El Switch genera el mensaje de Syslog que esta sección describe cuando el Switch se ejecuta en el modo de soporte.

Tome a cualquiera uno de estos acercamientos para detectar qué Switch genera el tráfico a 01-00-5e-00-01:

  • Publique el comando set span sc0 mod/port para monitorear el puerto del sc0 y enviar el tráfico a un sniffer. El SPAN muestra todo el tráfico que se dirija al CPU del Switch.

    Nota: El tráfico a estas direcciones MAC se reorienta solamente al CPU cuando el Switch no está en el modo de soporte. Cuando el Switch está en el modo de soporte, el Switch no permite que los paquetes vayan al CPU para evitar una inundación de tráfico.

  • Si usted funciona con la versión de software 6.3(10), 7.4(3), o más adelante, hay los mensajes de Syslog adicionales que le dicen el MAC Address de origen, el puerto de origen, y la dirección IP de origen que ofenden. Refiera a estos mensajes de Syslog, que parecen similares a esto:

    2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRAL:IGMP:
       Address Aliasing for 224.0.0.1
    2003 Jan 24 04:07:43 %MCAST-2-IGMP_FALLBACK:IGMP: 
       Running in FALL BACK mode
    2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRALDETAILS:IGMP: 
       Multicast address aliasing: From 00-00-0c-11-22-33 
       (3.3.3.33) on 1/2 to 01-00-5e-00-00-01 (224.0.0.1)

La solución es aislar el host que genera este tipo de tráfico Multicast. Verifique que el direccionamiento consigue a aliased. Intente no utilizar esta dirección para el suministro de datos de multidifusión. En el mensaje de Syslog, usted puede encontrar la ubicación del host para descubrir porqué el host envía este tráfico. En este ejemplo, la ubicación del host es 3.3.3.33.

%MGMT-4-OUTOFNVRAM: Fuera del espacio del NVRAM: ([dec], [dec], [dec], [dec])

Problema

El Switch genera MGMT-4-OUTOFNVRAM:Out de los mensajes de Syslog del espacio del NVRAM.

Descripción

Usted ve un mensaje que sea similar a esto cuando el sistema se ejecuta del espacio del NVRAM:

%MGMT-4-OUTOFNVRAM:Out of NVRAM space:  (62,39204,524288,24976)

Este mensaje indica que un NVRAM escribe la operación falla debido a una falta de espacio. Los cuatro [dec] que aparecen entre paréntesis indican:

  • Primer [dec] — El bloque de la configuración que se escribe al NVRAM

  • Segundo [dec] — El tamaño de la configuración que se escribe al NVRAM

  • Tercer [dec] — El tamaño de NVRAM total en el sistema

  • Cuarto [dec] — La cantidad de espacio del NVRAM que está disponible

La solución alternativa es cambiar la configuración del sistema del modo binario predeterminado al Modo de texto. Usted utiliza al Modo de texto si la configuración es demasiado grande para el almacenamiento en el formato binario en el NVRAM. El método basado en texto no escribe los cambios de configuración al NVRAM mientras que usted teclea adentro los cambios. En lugar, este método salva los cambios en el DRAM hasta que usted publique el comando write memory de la línea de comando. Refiera a la configuración la sección del modo de configuración del archivo de texto del documento que trabaja con el sistema de archivos Flash para otras instrucciones de configuración.

Nota: Se borran la configuración del Access Control List solamente de QoS y de la Seguridad (ACL) y la configuración relacionada al módulo cuando usted utiliza al Modo de texto. El resto de la configuración se guarda en el NVRAM en el formato binario, como antes.

No puede habilitar los config del Modo de texto si el ACL config se borra del nvram

Problema

El Switch genera no puede habilitar los config del Modo de texto si el ACL config se borra del mensaje de error del nvram.

Descripción

El Switch genera este mensaje durante una tentativa de cambiar de una configuración del modo binario a la configuración del Modo de texto en un momento en que la configuración ACL confiada corriente no se guarda en el NVRAM.

En la mayoría de los casos, usted puede publicar el comando set config acl nvram para solucionar este problema. El comando copia la configuración ACL confiada corriente del DRAM nuevamente dentro del NVRAM.

MGMT-5-LOGIN_FAIL: El usuario no se registró desde la consola

Problema

El Switch genera MGMT-5-LOGIN_FAIL:User no podido para iniciar sesión de los errores de consola.

Descripción

Este mensaje indica posiblemente un problema con el servidor terminal que conecta con el puerto de la consola del Switch. Cuando la consola del Switch está conectada con una línea asincrónica de un servidor terminal y usted realiza un reinicio del software en el Switch, la basura (caracteres aleatorios) fluye a través de la pantalla por varios minutos. Si el TACACS se habilita en el Switch, varios minutos pueden dar vuelta en varios días mientras que los buffers TACACS y procesan la basura pieza por pieza. La solución alternativa es publicar el comando no exec en la línea asincrónica con la cual el Switch conecta.

Nota: Incluso después usted publica el comando no exec, los mensajes continúan hasta que el buffer esté claro.

%PAGP-5-PORTFROMSTP / %PAGP-5-PORTTOSTP

Problema

El Switch genera los mensajes de Syslog frecuentes %PAGP-5-PORTFROMSTP y %PAGP-5-PORTTOSTP.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando el Switch genera estos mensajes de Syslog:

%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3
%PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3
%PM_SCP-SP-4-LCP_FW_ABLC

La instalación de explotación forestal del PAgP señala los eventos que implican el PAgP. Usted utiliza el PAgP para negociar los links EtherChanneles entre el Switches. El Switch genera el mensaje de Syslog %PAGP-5-PORTFROMSTP en la pérdida de un link en un puerto del switch. El Switch genera el mensaje de Syslog %PAGP-5-PORTTOSTP en la detección de un link en un puerto del switch. Estos Syslog son normales, los mensajes de información que indican la adición o el retiro de un puerto de atravesar - árbol.

Nota: La habilitación de la canalización no es necesaria para que estos mensajes aparezcan.

En el ejemplo en esta sección, el Switch primero perdió el link en el puerto 3/3, que quitó el puerto de atravesar - árbol. Entonces, el Switch detectó otra vez el link en el puerto, que agregó el puerto nuevamente dentro de atravesar - árbol.

Si usted ve estos mensajes con frecuencia para un puerto determinado, el link está agitando, así que significa que el link está perdido y recuperado constantemente. Investigue la causa. Las causas comunes de la inestabilidad de los links en un puerto del switch incluyen:

  • Discordancia dúplex/velocidad

  • Late collision

  • Cable defectuoso

  • Tarjeta de interfaz de la red (NIC) defectuosa u otro problema de estación extremo.

  • Puerto de switch defectuoso

  • Otro error de configuración

Si usted quiere suprimir estos mensajes de Syslog, publique el comando set logging level pagp 4 default para modificar el nivel de registro para la instalación PAgP a 4 o bajar. El nivel de registro predeterminado para el PAgP es 5.

%SPANTREE-3-PORTDEL_FAILNOTFOUND

Problema

El Switch genera los mensajes de Syslog periódicos del %SPANTREE-3-PORTDEL_FAILNOTFOUND.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)

Estos mensajes del registro del sistema indican que el PAgP intentó eliminar un puerto del árbol de expansión de la VLAN especificada, pero el puerto no estaba en la estructura de datos del árbol de expansión de esa VLAN. Típicamente, otro proceso, tal como el Dynamic Trunking Protocol (DTP), ha quitado ya el puerto de atravesar - árbol.

Estos mensajes normalmente acompañan a los mensajes %PAGP-5-PORTFROMSTP. Los mensajes están para los propósitos del debug. Los mensajes no indican un problema con el Switch y no afectan al rendimiento de Switching. Además, estos mensajes no se registran a menos que usted haya cambiado la configuración de registro del recurso del valor por defecto SPANTREE. El nivel de registro predeterminado para SPANTREE es 2.

En algunos casos, usted ve una cantidad excesiva de estos mensajes. Por ejemplo, estos mensajes pueden inundar su consola del Switch. Si usted recibe un exceso de los mensajes, considere una actualización del software del switch a la última versión de mantenimiento para su tren de versión de software. En la mayoría de los casos, versiones de software posteriores suprimen estos mensajes.

bloque %SYS-1-CFG_RESTORE:[chars] restablecido del respaldo

Problema

El Switch genera %SYS-1-CFG_RESTORE los mensajes de Syslog.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando este mensaje de error ocurre en el Switch:

2005 Oct 14 14:36:26 %SYS-1-CFG_RESTORE:Global block restored from backup

Estos mensajes son informativos solamente. El NVRAM que monitorea la característica, que fue introducida en la versión 6.4(x), genera estos mensajes. Los mensajes señalan básicamente que había un bloque corrompido en el NVRAM y que la configuración fue restablecida del respaldo. El [chars] es el tipo de bloque que el usuario o el proceso puede modificar. Las comprobaciones para los bloques corrompidos en el NVRAM se realizan por abandono. Cualquier bloque se corrompa que se restablece con la copia que está en el DRAM. Por lo tanto, la configuración no se pierde.

%SYS-1-SYS_OVERPWRRTNG:System que drenan más accionan que el grado de la fuente de alimentación

Problema

El Switch genera %SYS-1-SYS_OVERPWRRTNG los mensajes de Syslog periódicos.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando este error ocurre en el Switch:

Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply 
rating
Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply 
rating

Este mensaje indica que el sistema drena más poder que el grado de la fuente de alimentación. La administración de la energía LED es rojo encendido. Esta condición ocurre solamente cuando el sistema es de configuración completa y los motores del supervisor drenan el poder desigual.

La solución alternativa es volver a sentar las fuentes de alimentación y después actualizar el software Supervisor Engine a una versión que soporte el hardware. Consulte la sección Hardware Soportado de Notas de Versión de Cisco Catalyst 6500 Series Switches para obtener la versión adecuada.

%SYS-1-MOD_DCPWRMISMATCH:Module error de alimentación eléctrica de CC [num] detectado durante la interrogación

Problema

El Switch genera el corte del suministro de electricidad periódico %SYS-1-MOD_DCPWRMISMATCH:Module[num]DC detectado durante los mensajes de Syslog de la interrogación.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando este error ocurre en el Switch:

%SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling

Este mensaje ocurre debido a ninguno de estos problemas:

  • El linecard no se asienta correctamente en el chasis.

    Reasiente la tarjeta de línea.

  • El slot del chasis es defectuoso.

    Comprobación para los contactos doblados. Pruebe el linecard en un diverso slot.

  • El linecard es defectuoso.

    Entre en contacto el Soporte técnico de Cisco.

la discordancía asic de la secuencia %SYS-1-MOD_SEQMISMATCH:Bus ocurrió en el módulo

Problema

En los Catalyst 6000 Switch con los motores del supervisor redundante (Multilayer Switch Feature Card [MSFC] y [PFC] del Policy Feature Card), esta discordancía de la secuencia de ASIC del bus puede ocurrir dentro de un intercambio:

SYS-1-MOD_SEQMISMATCH: Bus asic sequence mismatch occurred on module 
[dec] (asic=[dec], srcidx=0x[hex], seq=[dec])

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando este error ocurre en el Switch:

%SYS-1-MOD_SEQMISMATCH:Bus asic sequence mismatch occurred on module 7 
(asic=1, srcidx=0x0, seq=0)

El error está en el bus del Protocolo de configuración del módulo del switch (SCP) que comunica entre el supervisor y el linecards. El supervisor envía un latido del corazón al linecards, y este linecards no responde apropiadamente al supervisor.

Estos mensajes de error se pueden causar por ninguno de estos razones:

  • El Supervisor Engine está excesivamente ocupado

  • Los loopes del Spanning Tree Protocol (STP)

  • Válvula reguladora del policers ACL y de QoS o tráfico del descenso sobre el canal de comunicaciones inband

  • Problemas de sincronización de ASIC del puerto o problemas del módulo switch fabric

  • Falla de hardware o incorrectamente módulo asentado

En algunos casos, estos mensajes también se observan en el linecards: WS-X6348-RJ45 y WS-X6516-GBIC.

Este mensaje no tiene ningún impacto y puede ser ignorado. Como solución alternativa, vuelva a sentar físicamente el módulo y reinsértelo firmemente. El linecards es intercambiable en funcionamiento, y pueden utilizar el mismo slot que las ubicaciones originales de modo que todos los puertos hagan juego con la configuración de Supervisor.

%SYS-3-EOBC_CHANNELREINIT

Problema

El Switch genera %SYS-3-EOBC_CHANNELREINIT los mensajes de Syslog.

Descripción

Estos ejemplos muestran a salida de Syslog que usted ve cuando ocurre este error:

  • Versión CatOS 6.3.8, 7.3.2, y 7.5.1:

    %SYS-3-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)
  • Versión CatOS 7.6(6):

    %SYS-5-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)

Las versiones CatOS 6.3.8, 7.3.2, y 7.5.1 introdujeron este mensaje. Las presentaciones del mensaje para una condición del error no fatal. El mensaje indica que han ocurrido ambos estos acontecimientos:

  • El Switch ha detectado un canal fuera de banda de los Ethernetes (EOBC) transmite (tx) la condición cola-pegada en el circuito específico de la aplicación del controlador del sistema (ASIC).

  • ASIC ha estado reinicializado sin una restauración del Switch.

Nota: La presencia de un indicador luminoso LED amarillo de la placa muestra gravedad menor con un buffer defectuoso EOBC puede también causar el mensaje.

El EOBC es una conexión semidúplex del 100 Mbps que los supervisores y el linecards utilizan para comunicar sobre el backplane. Porque son semidúplexes, las colisiones se esperan en esto en el canal de comunicación. Es normal si estos mensajes están señalados de vez en cuando puesto que es parte del proceso de la uno mismo-recuperación.

El tráfico de datos continúa atravesando el Switch. Este mensaje es informativo solamente y no requiere ninguna acción. Versiones de software posteriores incluyen un cambio en el nivel de gravedad del mensaje de modo que la gravedad coincida con la gravedad del error. Si usted ve este mensaje muy con frecuencia, puede haber más ocasiones para los descensos del tráfico de control, que es una tema de inquietud. Si los mensajes reinicializados aparecen en un intervalo corto, entre en contacto el Soporte técnico de Cisco para la investigación adicional.

%SYS-3-SYS_MEMERR:[chars] mientras que [chars] direccionamiento 0x[hex]

Problema

Estos mensajes de error aparecen en el Syslog:

  • número mágico %SYS-3-SYS_MEMERR:Bad mientras que libera el direccionamiento 0x82175564

    o

  • identificador de proceso %SYS-3-SYS_MEMERR:Bad mientras que afecta un aparato el direccionamiento 0x80ea51a4

Descripción

Estos mensajes de error indican que la administración de memoria ha detectado la corrupción de la memoria. El primer [chars] puede ser una de estas frases:

  • Fuera de rango

  • Alineación defectuosa

  • El bloque no está libre

  • Discordancía posterior del puntero

  • Número mágico incorrecto

  • Bloque sucesivo fuera del rango

  • Bloque sucesivo alineado incorrectamente

  • Bloque precedente fuera del rango

  • Bloque precedente alineado incorrectamente

  • Mún identificador de proceso

El segundo [chars] puede ser cualquiera de éstos:

  • el liberar

  • el afectar un aparato

El campo del [hex] es el direccionamiento de bloque que se liberará o afectado un aparato.

%SYS-3-SYS_MEMERR el mensaje de error indica eso durante el acceso del bloque de memoria, administración de memoria encontró que la información se había corrompido. Este problema ocurre de vez en cuando, sin los efectos negativos en el Switch. Si ocurre este error varias veces durante un período corto, marque para ver si el direccionamiento de bloque que la mención de los mensajes de error es lo mismo. Si el direccionamiento de bloque es lo mismo, hay una posibilidad que ese sector particular en el chip de memoria ha ido malo y necesita ser substituido.

SYS-3-SYS_LCPERR3: Module [dec]: De la bobina tiempos del puerto [dec] [dec] [dec] pegados ([dec] debido al lcol; [dec] debido al notx)

Problema

SYS-3-SYS_LCPERR3: Module [dec]: De la bobina tiempos del puerto [dec] [dec] [dec] pegados ([dec] debido al lcol; [dec] debido a los mensajes de error del notx) aparezca en el Syslog.

Descripción

Estos mensajes de error indican que el módulo ha detectado un problema con el puerto ASIC y que un puerto está bloqueado para arriba.

Estos mensajes de error no indican necesariamente un problema de hardware. El error ocurre por primera vez si el Switch ha tenido un late collision debido a una discordancia dúplex o un cable largo. Sin embargo, hay un bug de software en el código de CatOS 7.2(2) que hace el Switch no poder marcar para saber si hay errores graduales. El mismo error se registra en varias ocasiones. Refiera al Id. de bug Cisco CSCdx79107 (clientes registrados solamente) para más información sobre este problema. El problema se repara en la versión CatOS 7.3(1).

El error de syslog se genera que es similar a esto:

  • 2005 2 de agosto 09:20:16 %SYS-3-SYS_LCPERR3:Module 5: Puerto 1 de la bobina 3: pegado 3 times(3 debido al lcol; 0 debido al notx)

  • 2005 2 de agosto 10:10:45 %SYS-3-SYS_LCPERR3:Module 5: Puerto 1 de la bobina 3: pegado 3 times(3 debido al lcol; 0 debido al notx)

Esta lista define los elementos del mensaje de error:

  • El módulo [dec] es el módulo que señala el error.

  • La bobina [dec] es el número de ASIC que señala el error.

  • El puerto [dec] es el puerto de ASIC que tiene el error.

  • se pega [dec] la duración de error.

  • Los dos más recientes [dec] son el lcol y las cuentas del notx.

Para apagar estos mensajes de error de syslog, publique el comando del modo privilegiado de la neutralización del set errordetection portcounters.

También, marque el Estado estado físico del puerto para ninguno de estos problemas:

  • Una discordancia dúplex

  • Hacia fuera-de-sincronice los NIC en los puestos de trabajo asociados

  • La condición de la neutralización del error

  • Colisiones tardías

  • Cualquier errores del nivel del link

Para resolver los problemas que resultan de ninguno de estos problemas, refiera a estos documentos:

Si ocurre el error varias veces, entre en contacto el Soporte técnico de Cisco para abordar este problema más lejos.

%SYS-3-SYS_LCPERR3:Module [dec]: Pináculo # [dec], tramas con el mún paquete error crc (PI_CI_S_PKTCRC_ERR - 0xC7) = [dec]

Este mensaje indica que el módulo ha detectado las tramas con un mún paquete CRC recibido por el bus ASIC del D-Bus. El primer [dec] es el número de módulo. El segundo [dec] es el número de ASIC que señala el error. El tercer [dec] es la cuenta de errores.

Los malos paquetes CRC se pueden enviar de cualquier puerto a través del bus de datos. Las causas probables son módulos de la línea mis asentados o defectuosos.

Durante la ventana de mantenimiento, cuando usted puede resolver problemas el Switch, volver a sentar todos los módulos incluyendo los supervisores y marcar si se repite el mensaje de error. Si lo hace, hay dos procedimientos que usted puede utilizar para determinar que de los módulos es la raíz de los malos paquetes y conseguir el módulo substituido.

Procedimiento 1

Utilice el diagnóstico llano:

  1. Configure el Switch para el análisis completo del POSTE.

    set test diaglevel complete
    
    
  2. Vuelva a sentar todos los módulos incluyendo los motores del supervisor.

  3. Consiga los resultados del análisis del POSTE.

    show test all
    
    
  4. Entre en contacto el representante técnico de Cisco con la salida del comando show test all.

Procedimiento 2

Utilice los contadores del ASIC de pinnacle:

  1. Quite un en un momento del módulo.

  2. Utilice este comando y mire el contador 0xC7 para los errores en aumento.

    show asicreg <mod>/<port> pinnacle errcounters
    
    

    Este comando visualiza todos los contadores para el ASIC de pinnacle en ese módulo. El contador 0xC7 se visualiza en la tercera línea de la salida. Cada vez que se ejecuta el comando, se borran los contadores. El número ideal es los errores 0.

    C6500> (enable) show asicreg 3/1 pinnacle errcounters
    
    00C5: PI_CI_S_HDR_FCS_REG                      = 0000
    00C6: PI_CI_S_RBUS_FCS_REG                     = 0000
    00C7: PI_CI_S_PKTCRC_ERR_REG                   = 0000
    00C8: PI_CI_S_PKTLEN_ERR_REG                   = 0000
    00C9: PI_CI_S_BPDU_OUTLOST_REG                 = 0000
    00CE: PI_CI_S_HOLD_REG                         = 0000
    00CA: PI_CI_S_QOS0_OUTLOST_REG                 = 0000
    00CE: PI_CI_S_HOLD_REG                         = 0000
    00CB: PI_CI_S_QOS1_OUTLOST_REG                 = 0000
    00CE: PI_CI_S_HOLD_REG                         = 0000
    00CC: PI_CI_S_QOS2_OUTLOST_REG                 = 0000
    
    !--- Output elided.
    
    
  3. Relance los pasos 1 y 2 hasta que no ocurra el error. Entre en contacto el representante técnico de Cisco para el reemplazo del módulo defectuoso.

%SYS-4-SUPERVISOR_ERR:

Problema

Estos mensajes de error aparecen en el Syslog:

%SYS-4-SUPERVISOR_ERR:Forwarding engine IP length error counter =4 
%SYS-4-SUPERVISOR_ERR:Forwarding engine IP too short error counter =1 
%SYS-4-SUPERVISOR_ERR:Forwarding engine IP check sum error counter = 38 

Descripción

Estos mensajes indican que el motor de reenvío del Switch recibe un paquete del IP de una longitud que sea menos que la extensión mínima permitida y después cae el paquete. En las versiones del código que son anteriores que 7.x, el motor de reenvío cae silenciosamente el paquete y cuenta el paquete en las estadísticas del motor de reenvío. En las versiones del código que son 7.x o más adelante, este mensaje se registra en el Syslog una vez cada 30 minutos.

No hay efectos del lado del switch. El lado del Switch cae el mún paquete, que el dispositivo receptor habría caído por lo tanto. La única preocupación es que hay un dispositivo que envía paquetes inadecuados. Las posibles causas incluyen un mún driver NIC, un bug del driver NIC, o una mala aplicación. El Supervisor Engine no no pierde de vista la dirección IP de origen del dispositivo que envía los malos paquetes. La única forma de detectar estos dispositivos es utilizar un sniffer para rastrear a la dirección de origen.

Este mensaje es solamente un mensaje de información y una advertencia del Switch. Publique el comando set errordetection portcounters disable en el Switch para inhabilitar estos mensajes de error.

%SYS-4-P2_WARN: tráfico 1/Invalid de la dirección de origen multicast

Problema

El Switch genera el tráfico no válido de los mensajes de la dirección de origen multicast.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

SYS-4-P2_WARN: 1/Invalid traffic from multicast source address

Se genera este mensaje de Syslog de la dirección de origen multicast cuando el Switch recibe los paquetes que tienen un Multicast MAC Address como el MAC de origen. El uso de un broadcast o de un Multicast MAC Address como el MAC de origen para una trama no es comportamiento del cumple con las normas. Sin embargo, el Switch todavía adelante trafica que es originado de un Multicast MAC Address. El mensaje de Syslog indica el Multicast MAC Address en el campo del MAC de origen del bastidor, así como el puerto en el cual el tráfico fue recibido. La solución alternativa es intentar identificar la estación terminal que genera las tramas con una dirección MAC del origen de multidifusión. Típicamente, uno de estos dispositivos transmite tales tramas:

  • Un generador de tráfico, tal como Spirent SmartBits

  • Dispositivos de terceros que comparten un Multicast MAC Address, tal como Firewall del balanceo de carga o productos del servidor

Solución Aternativa

El error no causa ninguna problemas de rendimiento. Para evitar el mensaje de error, inhabilite el registro de los mensajes. Otra solución alternativa es rastrear el dispositivo que genera las tramas con una dirección MAC del origen de multidifusión. Entonces, utilice un sniffer o una configuración de SPAN para encontrar el dispositivo, y marque sus configuraciones.

%SYS-4-PORT_ERR:Port 15/1 rxTotal de caídas

Problema

Estos mensajes de error aparecen en el Syslog:

  • rxTotalDrops %SYS-4-PORT_ERR:Port 16/1 (7426859)

    o

  • rxTotalDrops %SYS-4-PORT_ERR:Port 15/1 (2563127)

Descripción

En el ejemplo en esta sección, el ERRORDETECTION PORTCOUNTERS se ha habilitado y recibe los errores (del rx) ocurre en el puerto 1/1. Pero el rxTotalDrops de los informes de mensajes del Syslog (SYS-4-PORT_ERR) en 15/1 en vez de 1/1.

Nota:  El ERRORDETECTION PORTCOUNTERS se inhabilita por abandono.

En algunas instalaciones, el software habilita la característica y sigue siendo habilitado después de las actualizaciones. Este problema se ha resuelto en 6.3(1) para un fresco instala. Si usted ve este mensaje, marque el primer puerto de link ascendente (1/1 o 2/1), no el puerto que el Syslog señala (15/1 o 16/1). La salida del comando show counters muestra los errores que ocurren. Si el único contador de errores que señala los errores es rxTotalDrops, los descensos que ocurren son color más probable que bloquea los descensos de la lógica (CBL). Cuente con estos descensos si atraviesa - el árbol está bloqueando para un VLA N en ese puerto. Los descensos CBL son los paquetes que se reciben en un trunk para un VLA N que se bloquee en ese trunk. Por ejemplo, el broadcast, el Multicast, o la unidifusión desconocida se pueden todavía recibir en un puerto bloqueado.

Si hay otros contadores de errores que señalan los errores, la causa necesita la investigación adicional.

El método alternativo es desactivar ERRORDETECTION PORTCOUNTERS. Publique el comando set errordetection portcounters disable.

%SYS-4-MODHPRESET:

Problema

El Switch señala este mensaje de error a la consola del Switch y el Syslog para un linecard WS-X6608:

2002 Aug 26 09:22:58 %SYS-4-MODHPRESET:
   Host process (860) 3/5 got reset asynchronously

Descripción

Puertos activos del T1 o E1 en los módulos WS-X6608 reajustados en un al azar y de manera infrecuente. Esta restauración da lugar al descenso de todas las llamadas activas a las redes telefónicas conmutadas públicas (PSTN). Los puertos que no se configuran sino son continuamente habilitada restauración en un intento por conectar con un Cisco CallManager. Estos mensajes de la restauración pueden solapar a los puertos del gateway activo y causar una restauración indeseada. La coincidencia y la restauración son posibles porque los ocho puertos comparten el procesador. Este mensaje del sistema aparece continuamente en su pantalla de la consola y en sus Syslog, si usted los ha configurado. Este comportamiento se espera para esta cuchilla. El comportamiento no afecta al rendimiento del sistema.

La solución alternativa es inhabilitar los puertos sin utilizar. Publique el comando set port disable mod/port. Agregue todos los puertos a las base de dato del CallManager de Cisco. Usted puede configurar estos puertos como los gatewayes, las puntas de terminación de medios (MTP), o Hardwares Conference Bridge.

%SYS-4-NVLOG:SYNDIAGS:Bus ASIC sync error

Problema

El Syslog señala este mensaje de error en el registro:

2002 Aug 23 08:59:16 %SYS-4-NVLOG:SYNDIAGS:
   Bus ASIC sync error on Module 16, bus I/F register = 0xa0
2002 Aug 23 09:00:53 %SYS-4-NVLOG:SYNDIAGS:
   Bus ASIC sync error on Module 1, bus I/F register = 0x30

Descripción

Este mensaje puede indicar que el Supervisor Engine ASIC no era adentro sincronizar antes del funcionamiento de los diagnósticos. Cuando usted consigue este mensaje, intente volver a sentar el módulo o mover el módulo a un diverso slot y ver si el mensaje para. Si usted todavía consigue el mensaje, publique el comando show test mod_number, recoja la salida, y el Soporte técnico de Cisco del contacto. Este problema es un problema de hardware. La solución es substituir el módulo que da este mensaje de error.

SYS-4-PORT_GBICBADEEPROM: / %SYS-4-PORT_GBICNOTSUPP:

Problema

Los módulos GBIC WS-G5484, WS-G5486, y el WS-G5487 aparece actuar normalmente, solamente los módulos señalan estos errores del software:

%SYS-4-PORT_GBICBADEEPROM: port bad gbic eeprom checksum 
%SYS-4-PORT_GBICNOTSUPP: port gbic not supported

Descripción

Cuando usted utiliza los módulos GBIC WS-G5484, WS-G5486, y WS-G5487 con un indicador luminoso LED amarillo de la placa muestra gravedad menor WS-X6408-GBIC, los mensajes de error aparecen en el registro de software, aunque no haya problemas. Cuando usted conecta estos mismos GBIC en otros módulos o motores del supervisor, los errores pueden no aparecer, mientras los GBIC tengan un Supervisor Engine válido EEPROM (SEEPROM) de Cisco GBIC. Este mensaje de error es visual solamente. El mensaje no afecta al tráfico que pasa con el módulo o el GBIC.

Este problema es un problema del software cosmético solamente. No substituya el hardware. Estas versiones de software Catalyst disponibles han reparado este problema cuando los SEEPROM están disponibles en Cisco GBIC:

  • CatOS 5.5(5) y posterior

  • CatOS 6.2(3) y posterior

Si un GBIC no tiene Cisco SEEPROM, una actualización del software CatOS no repara el mensaje de error. En este caso, el error indica que Cisco anterior GBIC o un noncertified, el no Cisco GBIC existe. Usted puede substituir solamente el GBIC de Cisco certificado bajo un contrato de servicio técnico o garantía. Mire la escritura de la etiqueta en el top del caso GBIC para verificar que el GBIC es Cisco certificado GBIC. Busque estos elementos:

  • Un logotipo de Cisco

  • Un numero de parte de Cisco que comienza con 30

  • Nombre del proveedor GBIC

Para más detalles, refiera al Field Notice: El G5484, G5486, G5487 GBIC genera los errores EPROM graves.

SYS-4-SYS_LCPERR4: Module [dec]: Pináculo # [dec] error de paridad PB

Problema

La consola o el Syslog señala estos mensajes de error:

%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Tx path.
      Status=0x0046: Module needs troubleshooting or TAC assistance. 
%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Rx path.
      Status=0x0002: Module needs troubleshooting or TAC assistance.

Descripción

Este mensaje puede indicar un problema transitorio del almacén intermedio del paquete del ASIC de pinnacle. El primer [dec] es el número de módulo. El segundo [dec] es el número de ASIC. Si el error se limita a un solo módulo, vuelva a sentar y después accione el ciclo el módulo. Si usted ve este mensaje de error con frecuencia, entre en contacto el Soporte técnico de Cisco para la asistencia adicional.

%SYS-5-SYS_LCPERR5:Module module

Problema

La consola o el Syslog señala estos mensajes de error:

%SYS-5-SYS_LCPERR5:Module 7: Coil Pinnacle Header Checksum Error - Port #32: 
%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif Packet CRC Error - Port #32: 
%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif State Machine Error - Port #32: 

Descripción

Este mensaje de error es específico de las tarjetas de línea 6348. El mensaje del registro en la sección de problemas puede ser el resultado de un hardware o de un problema del software. Complete los pasos en esta sección para determinar si el problema es un problema de hardware o de software.

Complete los pasos si ambos estos elementos son verdades:

  • Usted ve solamente el mensaje que la sección de problemas muestra y no otros mensajes bobina-relacionados en los Syslog.

  • Usted tiene transmitir pegado en un puerto pero no en un grupo de 12 puertos.

  1. Publique el comando show mac mod/port dos veces en los intervalos 2-second para confirmar que usted tiene un transmitir pegado.

    Intente enviar el tráfico entre la aplicación cada comando. Verifique si los contadores de transmisión han aumentado. Si usted ve que los números han aumentado, el transmitir no se pega.

  2. Inhabilite/permiso los puertos y ven si se recuperan.

  3. Publique el reinicio del software del comando reset mod_number para el módulo.

    Vea si el módulo se recupera.

  4. Publique el poder del módulo del conjunto {encima de | abajo} restauración del hardware del comando del mod_number para el módulo.

    Vea si el módulo se recupera.

Usted cara más probable un problema de software si todos estos elementos son verdades:

  • Usted inhabilita/permiso los puertos y reinicio del software o restauración del hardware el módulo, y el indicador luminoso LED amarillo de la placa muestra gravedad menor viene en la línea.

  • Todos los puertos pasan los diagnósticos en la salida del comando show test.

  • Comienzo del tráfico a pasar sin los problemas.

Si todos estos elementos son verdades, refiera al Id. de bug Cisco CSCdu03935 (clientes registrados solamente). El problema se repara en las versiones 5.5(18), 6.3(10), 7.4(3), y posterior.

En algunos casos, usted ve %SYS-5-SYS_LCPERR5:Module 9: Error de checksum del encabezado de Coil Pinnacle - Mensajes de error del puerto #37 y uno o más de estos mensajes:

  • Error de Estado de Máquina de Bobina Mdtif

  • Coil Mdtif Packet CRC Error

  • Coil Pb Rx Underflow Error

  • Coil Pb Rx Parity Error

Si usted ve estos mensajes, determine si algunos o todos estos elementos son verdades:

  • Después de que usted reinicio del software or/and restauración del hardware el módulo, él todavía no venga en la línea.

  • El módulo viene en la línea, pero un grupo de 12 puertos ha fallado los diagnósticos en la salida del comando show test.

  • El módulo se pega en el otro estado cuando usted inicia.

  • Todos los indicadores luminosos LED del puerto en el módulo se vuelven ámbar.

  • Todos los puertos están en el estado errdisabled cuando usted publica el comando show port mod_number.

Si usted experimenta los problemas uces de los en esta lista, usted cara más probable un problema de hardware. Usted debe substituir el indicador luminoso LED amarillo de la placa muestra gravedad menor.

[-]del bloque SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram unconvertible

Problema

El Switch genera el convert_post_SAC_CiscoMIB periódico: mensajes de Syslog.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este mensaje:

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )

Estos mensajes de la consola aparecen a menudo cuando usted actualiza o retrocede las versiones del código de CatOS. Los mensajes pueden también ocurrir cuando usted carga una configuración del switch que otro Switch genere o cuando usted utiliza una configuración del switch de otra versión del código. Una Conmutación por falla al motor del Supervisor en espera puede también generar estos mensajes.

Diversas versiones del código contienen las variables que el NVRAM salva. Cuando el Switch inicia inicialmente a un más adelante o a una versión anterior de CatOS, el Switch convierte la configuración previa a una versión que sea usable por la imagen del arranque de sistema actual. Durante este proceso, un bloque de memoria determinado que no es necesario o usable en la forma actual se libera espacio bastante que convertido. Esta función interna genera el mensaje de error.

Este mensaje es generalmente informativo solamente. Compare la configuración previa con la configuración actual para verificar la conversión apropiada de toda la información de la configuración.

Si la visualización de estos mensajes cuando ha ocurrido ninguna actualización de código, cambio de configuración, o Conmutación por falla del Supervisor Engine, crea una solicitud de servicio con el Soporte técnico de Cisco.

%SYS-6-CFG_CHG:Module bloque [dec] cambiado por SecurityRx

Problema

El Switch genera el bloque periódico %SYS-6-CFG_CHG:Module [dec] cambiado por los mensajes de Syslog de SecurityRx.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando este error ocurre en el Switch:

%SYS-6-CFG_CHG:Module 3 block changed by SecurityRx
%SYS-6-CFG_CHG:Module 4 block changed by SecurityRx

Este mensaje indica que se ha modificado el bloque de la configuración. Se esperan estos mensajes cuando la Seguridad de puerto se configura en el Switch, y se habilita el envejecimiento. Un PSecure MAC es la dirección MAC que es docta del proceso de la Seguridad de puerto y se agrega a la tabla CAM como Entrada estática para asegurar el puerto. Cuando usted tiene un tiempo de envejecimiento en la configuración de Seguridad de puerto, la dirección MAC se quita de la tabla CAM y del NVRAM (donde se salva PSecure MAC) en el tiempo de envejecimiento. El próximo paquete que se recibe del puerto después de este envejecer hacia fuera ocurre las ayudas en la repoblación del CAM y del NVRAM con la dirección MAC de PSecure.

InbandPingProcessFailure: Módulo x que no responde sobre inband

Problema

Estos mensajes de error aparecen en el comando show log hecho salir:

InbandPingProcessFailure:Module 2 not responding over inband 
InbandPingProcessFailure:Module 2 not responding over inband 

Descripción

Este mensaje indica que el módulo no responde a las peticiones del Supervisor Engine sobre el canal de comunicación de la en-banda. Uno de estos acontecimientos puede causar el error:

  • El Supervisor Engine está excesivamente ocupado.

  • Hay loopes del Spanning Tree Protocol (STP).

  • Válvula reguladora del policers ACL y de QoS o tráfico del descenso sobre el canal de comunicación de la en-banda.

  • Hay problemas de sincronización de ASIC del puerto.

  • Hay problemas del módulo switch fabric.

El Supervisor Engine sondea el (MSFC) de la Multilayer Switch Feature Card vía un ping especial cada 10 segundos. El Supervisor Engine entonces reajusta el MSFC si el MSFC no puede responder a tres ping consecutivos. Además, en la versión CatOS 6.2 y posterior, el active y los motores del Supervisor en espera se sondean sobre el canal dentro de la banda, y el Switch falla encima al motor del Supervisor en espera.

Nota:  Si usted ha emigrado recientemente a o desde las versiones 6.3(10), 7.4(2), o 7.4(3), el Switch puede reajustar si usted publica el comando show log o el comando show tech-support y si usted tiene el mensaje de error de InbandPing en el registro. La solución alternativa es publicar el comando clear log antes de que usted publique el comando show log. El Id. de bug Cisco CSCdz32730 (clientes registrados solamente) identifica esta advertencia. El problema se resuelve en las versiones 6.4(1), 7.5(1), y posterior.

Típicamente, estos mensajes resultan de un puerto fallado ASIC o de una conexión no confiable al backplane. Complete estos pasos:

  1. Quite el módulo a que los mensajes se refieren.

  2. Vuelva a sentar firmemente el módulo en su slot.

    Publique el comando set test diaglevel complete para asegurarse de que habilitan al modo de diagnóstico completo.

    Publique el comando show log mod_number y el comando show test mod_number para encontrar cualquier prueba fallada.

  3. Si el paso 2 no resuelve el problema, cree una solicitud de servicio con el Soporte técnico de Cisco.

    Complete estos pasos para proporcionar la información necesaria:

    1. Capture la salida de los comandos show apropiados del CatOS.

      • Si el módulo referido no es un MSFC, capture la salida de estos comandos:

        • show tech-support

        • show log

        • muestre memoria intermedia de registro 1024

        • muestre el mod_number de la prueba

          Nota: Publique este comando una vez para cada linecard.

        • muestre el mod_number Mod del scp

          Nota: Publique este comando una vez para cada linecard.

        • muestre la Mod

      • Si el módulo referido es un MSFC, capture la salida de estos comandos:

        • show inband

        • show test 0

        • show scp stat

        • muestre el failcnt del scp

        • muestre la Mod del scp

        • muestre el proceso del scp

        Nota: Los comandos show scp están ocultos.

      Además, comprobación para cualquier archivos CRASHINFO en el bootflash. Publique el show bootflash: comando.

    2. Determine cuándo y con qué frecuencia ocurre el problema.

      ¿El problema ocurre cuando la conexión experimenta congestión de la en-banda? Conduzca una prueba de ping entre la interfaz del sc0 en el Supervisor Engine y una interfaz VLAN en el MSFC para probar para la congestión de la en-banda. Si su Catalyst funciona con el software del sistema de CatOS, realice estos pasos:

      1. Capture la salida del comando show inband en el comando line interface(cli) del Supervisor Engine.

      2. Abra otra sesión Telnet a la MSFC directamente y haga un ping desde la interfaz VLAN a la interfaz sc0.

      3. Capture la salida otra vez del comando show inband en el Supervisor Engine CLI.

      4. Si varios ping fallan o miden el tiempo hacia fuera, publique el comando set span sc0 mod/port both inpkts disable.

        Este comando configura a una sesión SPAN para la interfaz del sc0. Después de que usted comience el sniffer o el software similar, realice una prueba Extended PING entre el sc0 y una interfaz VLAN.

    3. Determine si el sc0 se asigna a un VLAN de administración especial o a un VLA N con una gran cantidad de tráfico, determinado de broadcasts y de Multicast.

    4. Monitoree la salida del comando show errordetection inband.

      El comando set errordetection le ayuda a monitorear el Switch. En la detección de un error, un mensaje de Syslog le informa que existe un problema antes de que ocurra la notable degradación del rendimiento. El comando show errordetection inband visualiza el tipo de ocurrencia de falla de la en-banda, tal como una en-banda pegada, error de recurso, o incidente de la en-banda durante el bootup.

Índice de característica no válido establecido para el módulo

Problema

El conjunto de Índice de características inválido para las presentaciones del mensaje del error de módulo cuando usted instala un nuevo módulo de switching en un Catalyst 6500/6000 Series Switch.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este error:

%SYS-5-MOD_INSERT:Module 4 has been inserted
Invalid feature index set for module 4

El conjunto de Índice de características inválido para el error de módulo ocurre cuando la versión de la imagen del software que se ejecuta actualmente en el Supervisor Engine no soporta el pedazo de hardware que usted insertó.

En el ejemplo en esta sección, un módulo de switching del 10/100 Mbps 48-port (WS-X6348-RJ-45) fue insertado en un Catalyst 6000 Switch que funciona con el Software Release 5.3(2)CSX. La versión mínima de software que el módulo WS-X6348-RJ-45 requiere es 5.4(2).

La solución alternativa es actualizar el software Supervisor Engine a una versión que soporte el hardware. Refiera a los Release Note para el Software Release 5.x del Catalyst 6000/6500 para una lista de las versiones mínimas de software para cada módulo.

Falló la sincronización Pinnacle

Problema

Las visualizaciones de mensaje de error falladas sincronización Pinnacle en el bootup.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este error:

System Power On Diagnostics Complete
 
Boot image: bootflash:cat6000-sup.5-4-4.bin

In Local Test Mode, Synch Failed. Retries: 4

Local Test Mode encounters Minor hardware problem in Module # 1

Running System Diagnostics from this Supervisor (Module 1)
This may take up to 2 minutes....please wait
Pinnacle Synch Failed. Retries: 4
Minor hardware problem in Module # 1
Use 'show test 1' to see results of tests.


Cisco Systems Console

Enter password:

La solución alternativa es apagar el Switch y marcar para saber si hay estos elementos:

  • Usted ha asentado firmemente los motores del supervisor y todos los módulos de la transferencia en el backplane del chasis.

  • Usted ha dedicado completamente las palancas eyectoras en los laterales izquierdos y derechos de los módulos. Esté seguro que usted presiona las palancas totalmente contra el panel frontal del módulo.

  • Usted ha atornillado a los tornillos de mano en los laterales izquierdos y derechos de los módulos en la caja receptáculo de la placa y ha apretado los tornillos.

Después de que usted se asegure de que usted haya dedicado correctamente todos los módulos al chasis, gire el chasis.

Si usted todavía ve los mensajes fallidos de la sincronización Pinnacle, puede haber un problema de hardware con uno de los módulos.

Apague el Switch y quite todos los módulos de la transferencia. Gire el Switch con apenas el Supervisor Engine en el chasis. Agregue un en un momento del módulo y relance el proceso hasta que usted identifique el módulo del problema.

RxSBIF_SEQ_NUM_ERROR: slot=x

Problema

Estos mensajes de error aparecen en el Syslog:

RxSBIF_SEQ_NUM_ERROR:slot=9, pinnacleMask=0X1, 
   errSeqNum=b,source Index=0X1, errorType=0X2 
RxSBIF_SEQ_NUM_ERROR:slot=3, pinnacleMask=0X1, 
   errSeqNum=b,source Index=0X1, errorType=0X2

Descripción

El linecards del Catalyst 6500/6000 así como el ASIC de puerto del uso del módulo de Supervisor Engine cuando conmutan los paquetes en las velocidades entre los puertos. El ASIC de pinnacle proporciona una interfaz de Ethernet Gigabite al bus de datos del Catalyst 6500/6000. Para soportar las altas velocidades de reenvío, el Switching Bus del Catalyst 6500/6000 soporta la cañería. El canalizar habilita el Catalyst 6500/6000 a las tramas múltiples de Switch sobre el bus antes de que obtenga los resultados del primer bastidor. Cada trama prepended con un interno encabezado de bus que incluya un número de secuencia. El Switch utiliza el número para no perder de vista las tramas múltiples que aguardan una decisión de reenvío. Todo el linecards y los motores del supervisor deben tener una comprensión común del número de secuencia actual y siguiente. Esta comprensión es muy importante.

El mensaje de error RXSBIF señala el aspecto de un error de secuencia en el Switching Bus. Tales errores incluyen una discordancía de la secuencia y una secuencia no válida. Una secuencia no válida significa que el paquete actual en el Switching Bus tiene un número de secuencia que sea diferente del número que Asics esperó. Aquí están los mensajes de error de ejemplo que señalan los números de secuencia no válidos:

%SYS-1-MOD_INVALIDSEQ:Bus asic invalid sequence occurred 
   on module 1 (asic=1, srcidx=0x0, seq=14)

Uno de estos problemas causa típicamente los mensajes de error:

  • Incorrectamente módulo asentado — Vuelva a sentar los módulos en sus slots.

    Nota: El módulo que detecta los errores del número de secuencia del bus no es necesariamente el módulo culpable. Un módulo asentado puede llevar incorrectamente al informe de los problemas del número de secuencia del bus por cualquier otro módulo. Por lo tanto, un volver a sentar de todos los módulos puede ser necesario.

    Asegúrese de que usted bloquee las palancas eyectoras adentro firmemente y apriete los tornillos.

  • Hardware defectuoso — Esta causa no está como campo común. Vuelva a sentar los módulos. Si usted observa un error, examine el linecards para saber si hay daño del conector y examine el slot del backplane en el chasis para saber si hay contactos doblados. En caso necesario, utilice una linterna cuando usted examina los pin conector en el backplane del chasis.

    Si persiste el problema después de que usted vuelva a sentar todos los indicadores luminosos LED amarillo de la placa muestra gravedad menor, capture la salida del comando show tech-support y de la Mod del scp de la demostración o muestre los comandos ocultos del failcnt del scp. Cree una solicitud de servicio con el Soporte técnico de Cisco y proporcione esta información.

  • Problema conocido — Cuando el sistema del Catalyst 6500/6000 se carga con la versión de la imagen del software del sistema de CatOS 6.1(1b), los mensajes de error de sincronización pueden ocurrir en el Supervisor Engine 2. refieren al Field Notice: Errores de sincronización continuos con el Supervisor Engine 2 en el Catalyst 6000 para más información.

lyra_ft_par_err_intr_hdlr: Error LKUPRAM en el registro del NVRAM

Problema

El registro del NVRAM visualiza el error de paridad de la tabla de reenvío (ft_par_err).

lyra_ft_par_err_intr_hdlr: LKUPRAM, addr [hex], data [hex]

Este mensaje de error indica que un error de paridad se ha detectado en la tabla de reenvío. El mensaje de error indica la ubicación del error en la memoria (primer [hex]) y los datos en esa ubicación (segundo [hex]).

Descripción

La causa probable para este mensaje de error es cuando un linecard no se inserta correctamente y substituye un tipo diferente de linecard en ese slot.

Complete estos pasos para resolver el problema:

  1. Quite el módulo del Switch.

  2. Examine los contactos del backplane y reinserte el módulo.

  3. Si persiste el problema, entre en contacto el representante técnico de Cisco.

Para evitar el problema, ejecute el comando clear config del módulo antes de que usted quite cualquier módulo. Este comando quita automáticamente la configuración que pertenece a un módulo, una vez que el módulo se quita del chasis. Para más información, refiera a incluso después usted quita los módulos, el comando show run todavía muestra la información sobre la sección quitada de las interfaces de módulo del hardware y de los problemas frecuentes del troubleshooting en los Catalyst 6500/6000 Series Switch que funcionan con el software del sistema del Cisco IOS.

Nota: El comando hace no claro las configuraciones de los módulos que se han quitado ya del slot.

KERNEL-1-CREATEPROCESSFAILED

Problema

Este mensaje de error aparece en los registros:

%KERNEL-1-CREATEPROCESSFAILED:Error in creating process: 
Unavailable free stack; stack type: 2; Name: tnetproc

El %KERNEL-1-CREATEPROCESSFAILED: Error en crear el proceso: [chars]; tipo del stack: [dec]; Nombre: [chars] el mensaje de error indica que el proceso del crear ha fallado; el sistema está fuera de los procesos. El Catalyst Operating System permite un número limitado de procesos basados en el número de stack disponibles. Cuando los stack son inasequibles, se genera este mensaje. El primer [chars] es el identificador de proceso; el [dec] es el tipo del stack, y el segundo [chars] es el nombre del proceso.

Descripción

El switch CatOS permite solamente un número limitado de procesos con un stack del tipo-2 en el sistema, por ejemplo, la consola, el snmpdm, VtpRx, el HILO, o telnet145. El número máximo de procesos con un stack del tipo-2 es 13. Telnet o el Secure Shell (SSH) es uno de los procesos que requiere un stack del tipo-2. Cuando se utilizan todos los stack del tipo-2, cualquier tentativa de conectar con Telnet da lugar a este mensaje de error.

Esto ocurrió posiblemente porque no lo hizo viejo Telnet o sesiones SSH descanso en el Switch o consumir el proceso.

Para resolver este problema, publique el comando show users de marcar cuántos se han abierto las sesiones telnets para el Switch. Desconecte a las sesiones telnets abiertas por el dispositivo remoto con el comando ip_address de la desconexión.

PI_CI_S_CBL_DROP_REG

Problema

Switch> (enable) show asicreg 4/28 pinnacle err
00C7: PI_CI_S_PKTCRC_ERR_REG                   = FFFF
016F: PI_CI_S_CBL_DROP_REG                     = 1619

Descripción

Este registro/contrario no indica ningunos problemas del hardware. Incrementan si un paquete con las etiquetas específicas del VLA N se recibe en el puerto y este VLAN determinado no se configura en el puerto. Como consecuencia, se cae el paquete, y se incrementa el contador. El color que bloquea la lógica (CBL) refiere al VLA N que marca con etiqueta en los trunks. Los VLA N que se podan de los trunks tienen su tráfico caído. Este estado ocurre cuando un lado del trunk tiene un número más elevado de los VLA N en atravesar - árbol adelante estado.

Los contadores PI_CI_S_CBL_DROP_REG pueden incrementar en cualquier modo; si el puerto transita a los modos STP, usted puede ver los golpes en un puerto de acceso. Si hay cualquier negociación en el puerto (valor por defecto), esto se puede también ver como un comportamiento normal o función del Switch.

Este contador cuenta caída los paquetes debido a las operaciones de búsqueda CBL en un bloque bipolar complementario del circuito integrado (CBIC). El Switch quiere enviar un paquete hacia fuera en un puerto determinado para algún VLA N, y la lógica CBL dice que el puerto está bloqueando/discapacitado/está aprendiendo. Esto no es un problema grande puesto que estos paquetes se caen en la lógica CBIC antes de que consuman cualquier almacén intermedio del paquete. Usted puede inhabilitar/permiso el puerto ver si borra el contador.


Información Relacionada


Document ID: 29804