Switches : Switches Cisco Catalyst de la serie 6500

Catalyst 6000/6500 System Crashes Troubleshooting

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


Contenido


Introducción

Este documento explica cómo resolver problemas de crashes del Procesador del switch (SP) de Supervisor Engine del switch Cisco Catalyst 6000/6500 Series y Route Processor (RP) Multilayer Switch Feature Card (MSFC).

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información en este documento se basa en los supervisores y los módulos MSFC del Switch de las 6000/6500 Series del Cisco Catalyst.

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 la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

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

Caídas relacionadas módulo de Supervisor

Sistema vuelto a la ROM por el encendido (SP por el aborto)

Un Catalyst 6500/6000 con un registro de la configuración SP que permita la rotura, por ejemplo 0x2, y que recibe una señal de interrupción de la consola ingresa al modo de diagnóstico de ROMmon. El sistema parece fallar.

Esta salida del Switch del ejemplo indica que el Switch ingresó al modo de diagnóstico de ROMmon de una señal de interrupción de la consola del Procesador del switch.

Nota: El registro de la Configuración de RP es 0x2102.

6500_IOS#show version
Cisco Internetwork Operating System Software 
IOS (tm) c6sup2_rp Software (c6sup2_rp-PS-M), Version 12.1(13)E14, EARLY DEPLOYMENT 
RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2004 by Cisco Systems, Inc.
Compiled Tue 30-Mar-04 01:56 by pwade
Image text-base: 0x40008C00, data-base: 0x417A6000

ROM: System Bootstrap, Version 12.1(4r)E, RELEASE SOFTWARE (fc1)
BOOTLDR: c6sup2_rp Software (c6sup2_rp-PS-M), Version 12.1(13)E14, EARLY DEPLOYMENT 
RELEASE SOFTWARE (fc1)

6500_IOS uptime is 31 minutes
Time since 6500_IOS switched to active is 31 minutes
System returned to ROM by power-on (SP by abort at PC 0x601061A8)
System image file is "slot0:c6sup12-ps-mz.121-13.E14"

cisco Catalyst 6000 (R7000) processor with 227328K/34816K bytes of memory.
Processor board ID SAD053701CF
R7000 CPU at 300Mhz, Implementation 39, Rev 2.1, 256KB L2, 1024KB L3 Cache
Last reset from power-on
X.25 software, Version 3.0.0.
Bridging software.
1 Virtual Ethernet/IEEE 802.3 interface(s)
192 FastEthernet/IEEE 802.3 interface(s)
18 Gigabit Ethernet/IEEE 802.3 interface(s)
381K bytes of non-volatile configuration memory.

16384K bytes of Flash internal SIMM (Sector size 512K).
Configuration register is 0x2102

La solución es configurar de nuevo el registro de la configuración y recargar el sistema. Complete estos pasos:

  1. En el modo de configuración global, publique el comando config-register 0x2102, y fije el registro de la configuración a 0x2102 para el RP y el SP.

    6500_IOS#config terminal
    Enter configuration commands, one per line. End with CNTL/Z.
    6500_IOS(config)#config-register 0x2102
    
    6500_IOS(config)#end
    
  2. Publique el comando show bootvar para verificar el valor del registro de la configuración en la recarga siguiente.

    6500_IOS#show bootvar
    BOOT variable = slot0:c6sup12-ps-mz.121-13.E14,1
    CONFIG_FILE variable = 
    BOOTLDR variable = 
    Configuration register is 0x2102
  3. Publique el comando remote command switch show bootvar para verificar que el registro de la configuración en el SP también cambió.

    6500_IOS#remote command switch show bootvar
    
    
    6500_IOS-sp#
    BOOT variable = slot0:c6sup12-ps-mz.121-13.E14,1
    CONFIG_FILE variable = 
    BOOTLDR variable = 
    Configuration register is 0x2 (will be 0x2102 at next reload)
    
  4. Recargue el Switch para que el nuevo ajuste del registro de configuración SP tome el efecto.

    6500_IOS#reload
    

    Nota: Usted puede publicar el comando copy running-config startup-config en este momento para salvar la configuración. Sin embargo, este paso no es necesario porque el ajuste del registro de configuración no es parte del lanzamiento o la configuración corriente.

El sistema recibe una caída forzada software

Mientras que un procedimiento para recuperación de contraseña en un Supervisor Engine 720 se realiza, el Switch puede causar un crash mientras que usted se rompe para acceder a la consola del RP.

*** System received a Software forced crash *** 
 signal= 0x17, code= 0x24, context= 0x4269f6f4 
 PC = 0x401370d8, Cause = 0x3020, Status Reg = 0x34008002

Utilice este procedimiento de solución alternativa de la recuperación de contraseña para evitar que el supervisor cause un crash cuando usted realiza una recuperación de contraseña:

  1. Pulse la tecla de interrupción en el teclado de la terminal directamente después de que el RP gane el control del puerto de la consola.

    En el Catalyst 6500 que ejecuta Cisco IOS�, el SP inicia primero. Entonces da la vuelta al control al RP. Después de que el RP gane el control, inicie la secuencia de interrupción. El RP ha ganado el control del puerto de la consola cuando usted ve este mensaje. (No iniciar la secuencia de interrupción hasta ver este mensaje):

    00:00:03: %OIR-6-CONSOLE: Changing console ownership to route processor

    Consejo: Refiera a las combinaciones de secuencias de teclas de interrupción estándar durante la recuperación de contraseña para las combinaciones de claves.

  2. Ingrese el comando confreg 0x2142 en el prompt del rommon 1>, en el plazo de 10 segundos, para iniciar del Flash sin cargar la configuración.

  3. Recargue el Switch y continúe configurando la nueva contraseña.

  4. Publique el comando config-register 0x2102, o el valor original en el modo de configuración global.

    Este problema se documenta en el Id. de bug Cisco CSCec36997 (clientes registrados solamente).

Devoluciones del sistema a la ROM por la causa de la recarga desconocida

El Cisco Catalyst 6000/6500 Switches puede recargar inesperado debido a una causa desconocida. La salida del comando show version visualiza un mensaje de error similar:

System returned to ROM by unknown reload cause - suspect 
boot_data[BOOT_COUNT] 0x0, BOOT_COUNT 0, BOOTDATA 19 (SP by power-on)

Este problema se documenta en el Id. de bug Cisco CSCef80423 (clientes registrados solamente). Actualice el Switch a la última versión de Cisco IOS Software inafectada por el bug para resolver este problema.

%PM_SCP-1-LCP_FW_ERR

Este mensaje indica que el firmware del módulo especificado ha detectado un error de paridad. El sistema reajusta automáticamente el módulo para recuperarse del error. Un archivo CRASHINFO también aparece en este módulo. El mensaje de error puede ser debido a un transeúnte o a una falla de hardware. Si ocurre el mensaje de error una vez, después es un problema transitorio. Esto es recuperada automáticamente por el sistema. El síntoma para la paridad se puede identificar por el CPO_ECC en memoria caché. El ECC que representa el error de paridad ha sido corregido por el sistema sí mismo.

Éstas son las dos clases de errores de paridad:

  • Errores de paridad de software

    Estos errores ocurren cuando un solo cierre del evento para arriba (SEL) sucede dentro del chip. Cuando son referidos por el CPU, tales errores causan el sistema o a la caída (si el error está en un área que no sea recuperable) o recuperan otros sistemas (por ejemplo, un CyBus complex recomienza si el error estaba en el [MEMD] de la memoria del paquete). En el caso de un error de paridad de software, no es necesario intercambiar la placa ni ninguno de los componentes.

  • Errores de paridad persistentes

    Estos errores ocurren cuando hay un chip o una falla de la placa que corrompen los datos. En este caso, usted necesita volver a sentar o substituir el componente afectado, que implica generalmente un intercambio de chip de memoria o un intercambio de placa. Hay un error de paridad persistente cuando los errores de paridad múltiples ocurren en el mismo direccionamiento. Hay más casos complicados que son más duros de identificar. Generalmente si usted ve más de un error de paridad en una región de la memoria particular en relativamente un período breve, usted puede considerarla para ser un error de paridad persistente. El mensaje de error parece similar a esto:

    Mar 9 12:12:24.427 GMT: %PM_SCP-SP-1-LCP_FW_ERR: Module 6 is experiencing the 
    following error: Pinnacle #0 PB parity error. Tx path. Status=0x0042

    Se ha demostrado mediante estudios que los errores de paridad de software son 10 a 100 veces más frecuentes que los errores de paridad de hardware. Por lo tanto, el cisco altamente le recomienda espera para un error de paridad persistente antes de que usted substituya cualquier cosa. Esto reduce grandemente el impacto en su red.

%SYSTEM_CONTROLLER-3-FATAL

El mensaje indica que el controlador del sistema ha detectado un error. Recargue el dispositivo. Si ocurre este mensaje otra vez, substituya la memoria defectuosa o el indicador luminoso LED amarillo de la placa muestra gravedad menor MSFC.

%SYSTEM_CONTROLLER-3-FATAL: An unrecoverable error has been detected.
The system is being reset.

%Software-forced reload

La fan defectuosa hace al supervisor causar un crash

Cuando una BANDEJA DE VENTILACIÓN falla o se apaga una fuente de alimentación, el Switches del Cisco Catalyst que funciona con el Cisco IOS Software Release 12.1(19)E1 pudo causar un crash los módulos de Supervisor. El problema se documenta en el Id. de bug Cisco CSCeb51698 (clientes registrados solamente). Actualice el Switch al Cisco IOS Release no afectado por este defecto.

El switch se ha reiniciado por su cuenta

Si sospecha que el switch se ha iniciado por su cuenta, ejecute el comando show version para verificar el tiempo de actividad del switch, que es el tiempo transcurrido desde el último reinicio. Publique el comando show log para mirar el historial de la reinicialización, como este ejemplo muestra. Vea esta salida de comando para ver si hay algunas excepciones registradas.

sup2a> (enable)show version
WS-C6506 Software, Version NmpSW: 6.3(10)


!--- Output is suppressed.


Uptime is 7 days, 4 hours, 27 minutes
sup2a> (enable)show log

Network Management Processor (ACTIVE NMP) Log:
  Reset count:   1
  Re-boot History:   Jan 06 2003 10:35:56 0

  Bootrom Checksum Failures:      0   UART Failures:                  0
  Flash Checksum Failures:        0   Flash Program Failures:         0
  Power Supply 1 Failures:        0   Power Supply 2 Failures:        0
  Swapped to CLKA:                0   Swapped to CLKB:                0
  Swapped to Processor 1:         0   Swapped to Processor 2:         0
  DRAM Failures:                  0

  Exceptions:                     0

  Loaded NMP version:            6.3(10)
  Software version:              slot0:cat6000-sup2.6-3-10.bin
  Reload same NMP version count: 1

  Last software reset by user: 1/6/2003,10:35:35

  EOBC Exceptions/Hang:            0

Heap Memory Log:
Corrupted Block = none

Esta salida del comando show log no visualiza ninguna excepción de software. La indicación del último reinicio del switch es Jan 06 2003. El tiempo de reinicio coincide en el campo Last software reset.

Esta salida del comando show log muestra una excepción que fue registrada a la hora de la reinicialización más reciente.

esc-cat5500-b (enable)show log

Network Management Processor (STANDBY NMP) Log:
Reset count: 38
Re-boot History: Oct 14 2001 05:48:53 0, Jul 30 2001 06:51:38 0
Jul 28 2001 20:31:40 0, May 16 2001 21:15:39 0
May 02 2001 01:02:53 0, Apr 26 2001 21:42:24 0
Apr 07 2001 05:23:42 0, Mar 25 2001 02:48:03 0
Jan 05 2001 00:21:39 0, Jan 04 2001 4:54:52 0
Bootrom Checksum Failures: 0 UART Failures: 0
Flash Checksum Failures: 0 Flash Program Failures: 0
Power Supply 1 Failures: 4 Power Supply 2 Failures: 0
Swapped to CLKA: 0 Swapped to CLKB: 0
Swapped to Processor 1: 3 Swapped to Processor 2: 0
DRAM Failures: 0

Exceptions: 1

Loaded NMP version: 5.5(7)
Reload same NMP version count: 3

Last software reset by user: 7/28/2001,20:30:38
Last Exception occurred on Oct 14 2001 05:47:29 ...
Software version = 5.5(7)
Error Msg:
PID = 86 telnet87
EPC: 80269C44


!--- Output is suppressed.

Si su Switch muestra tal excepción de software, publique el bootflash del dir: ordene, que visualiza el dispositivo Bootflash MSFC (Route Processor [RP]), y el slavebootflash del dir: para verificar si se produjo un crash del software. La salida en esta sección muestra que el RMtermcode = 3 nfw se ha registrado en el bootflash RP. Aseegurese que el RMtermcode = 3 nfw que usted ve está de la caída más reciente.

cat6knative#dir bootflash:
Directory of bootflash:/

    1  -rw-     1693168   Jul 24 2002 15:48:22  c6msfc2-boot-mz.121-8a.EX
    2  -rw-      183086   Aug 29 2002 11:23:40  crashinfo_20020829-112340
    3  -rw-    20174748   Jan 30 2003 11:59:18  c6sup22-jsv-mz.121-8b.E9
    4  -rw-        7146   Feb 03 2003 06:50:39  test.cfg
    5  -rw-       31288   Feb 03 2003 07:36:36  01_config.txt
    6  -rw-       30963   Feb 03 2003 07:36:44  02_config.txt

31981568 bytes total (9860396 bytes free)

El comando dir sup-bootflash: el comando visualiza el dispositivo del Bootsplash del Supervisor Engine. Usted puede también publicar el slavesup-bootflash del dir: comando para visualizar el dispositivo del Bootflash del motor del Supervisor en espera. Esta salida muestra el RMtermcode = 3 nfw registrado en el dispositivo del Bootsplash del Supervisor Engine.

cat6knative11#dir sup-bootflash:
Directory of sup-bootflash:/

    1  -rw-    14849280   May 23 2001 12:35:09  c6sup12-jsv-mz.121-5c.E10
    2  -rw-       20176   Aug 02 2001 18:42:05  crashinfo_20010802-234205


!--- Output is suppressed.

Si la salida de comando le indica que ocurrió una caída del software en ese entonces sospechó que el Switch reinició, entre en contacto el Soporte técnico de Cisco. Proporcione la salida del comando show tech-support y del comando show logging, así como la salida del archivo CRASHINFO.

El Módulo Equipado con DFC se ha Restablecido por sí Solo

Si un Distributed Forwarding Card (DFC) - módulo equipado ha reajustado en sus el propio sin la recarga del usuario, usted puede marcar el bootflash del indicador luminoso LED amarillo de la placa muestra gravedad menor DFC para considerar si causó un crash. Si un archivo de información del desperfecto está disponible, usted puede encontrar la causa de la caída. Publique el dfc#module#-bootflash del dir: comando para verificar si hay un archivo de información del desperfecto y cuando fue escrito. Si la restauración DFC hace juego la hora de Crashinfo, publique el más dfc#module#-bootflash: filename . O, publique el dfc#module#-bootflash de la copia: comando tftp del nombre de fichero para transferir el archivo vía el TFTP a un servidor TFTP.

cat6knative#dir dfc#6-bootflash:
Directory of dfc#6-bootflash:/
-#- ED ----type---- --crc--- -seek-- nlen -length- -----date/time------ name 
1   ..   crashinfo 2B745A9A   C24D0   25   271437 Jan 27 2003 20:39:43 crashinfo_
 20030127-203943

Después de que usted tenga el archivo CRASHINFO disponible, recoja la salida del comando show logging y del Soporte técnico de Cisco del comando show tech y del contacto para la asistencia adicional.

El iniciar del dispositivo incorrecto causa una caída

Cuando usted inicia de un dispositivo no enumerado en la tabla de dispositivo, causa una caída con el módulo de Supervisor. Actualice el Switch al Cisco IOS Software Release 12.2(18r)SX05 o Posterior.

CONST_DIAG-2-HM_SUP_CRSH

Mensajes de error:

%CONST_DIAG-2-HM_SUP_CRSH: Supervisor crashed due to unrecoverable errors, 
Reason: Failed TestSPRPInbandPing
%CONST_DIAG-2-HM_SUP_CRSH: Standby supervisor crashed due to unrecoverable errors, 
Reason: Failed TestSPRPInbandPing

Causas y resoluciones:

  • Si hay alguna corrupción en las entradas TCAM, la prueba de SPRPInbandPing puede fallar. Si la prueba, se ejecutó como parte de los diagnósticos en línea genéricos de Cisco (ORO), falla 10 veces consecutivamente, después el Supervisor Engine puede causar un crash.

    Para resolver el problema, actualice el Cisco IOS Software a una versión no afectada por el Id. de bug Cisco CSCsc33990 (clientes registrados solamente).

  • Si habilitan al control de salud en el dispositivo y los diagnósticos completos se configuran durante el lanzamiento, después el supervisor puede causar un crash a la hora del proceso de arranque.

    El control de salud y los diagnósticos completos están en conflicto con uno a para algunas pruebas. Como solución alternativa, inhabilite cualquiera de ellos, que depende de su requisito.

Driver del CONDE: lyra_purge_search: process_push_event_list fallado

El Cisco Catalyst 6500/6000 Switches puede recargar inesperado durante el proceso de arranque. El registro de la caída puede los mensajes de exhibir sistema similares a éstos:

Del módulo supervisor activo:

%SYS-SP-2-MALLOCFAIL: Memory allocation of 320000 bytes 
failed from 0x40BCF26C, alignment 8 
Pool: Processor  Free: 75448  Cause: Not enough free memory 
Alternate Pool: None  Free: 0  Cause: No Alternate pool 
-Process= "CEF process", ipl= 0, pid= 240
-Traceback= 40280AB4 40288058 40BCF274 40BE5660 40BE5730 4029A764 4029A750

%L2-SP-4-NOMEM: Malloc failed: L2-API Purge/Search failed. size req. 512

SP: EARL Driver:lyra_purge_search:process_push_event_list failed

%SCHED-SP-2-SEMNOTLOCKED: L2 bad entry (7fff/0) purge proc
attempted to unlock an unlocked semaphore
-Traceback= 402C202C 4058775C 4058511C 40587CB8

Del módulo del Supervisor en espera:

%SYS-SP-STDBY-2-MALLOCFAIL: Memory allocation of 2920 bytes 
failed from 0x40174088, alignment 8 
Pool: Processor  Free: 9544  Cause: Memory fragmentation 
Alternate Pool: None  Free: 0  Cause: No Alternate pool 
-Process= "DiagCard2/-1", ipl= 0, pid= 154
-Traceback= 4016F7CC 40172984 40174090 4063601C 40636584 4062D194 4062ABD8 4062A9EC
4017E0B0 4017E09C

%L2-SP-STDBY-4-NOMEM: Malloc failed: L2-API Purge/Search failed. size req. 512

%SCHED-SP-STDBY-2-SEMNOTLOCKED: L2 bad entry (7fff/0) purge proc
attempted to unlock an unlocked semaphore
-Traceback= 4018A300 403F0400 403EDD7C 403F0A48

SP-STDBY: EARL Driver:lyra_purge_search:process_push_event_list failed

%SYS-SP-STDBY-2-MALLOCFAIL: Memory allocation of 1400 bytes 
failed from 0x409928B4, alignment 8 
Pool: Processor  Free: 7544  Cause: Memory fragmentation 
Alternate Pool: None  Free: 0  Cause: No Alternate pool 
-Process= "CEF LC Stats", ipl= 0, pid= 138
-Traceback= 4016F7CC 40172984 409928BC 409C5EEC 4098A5EC

Del Cisco IOS Software Release 12.2(17d)SXB, el Supervisor Engine 2 necesita una DRAM mínima de 256MB. Si su módulo de Supervisor tiene DRAM de 128MB, después para resolver este problema, actualice la memoria a 256MB o más. Refiera a los Release Note para el Cisco IOS Release 12.2SX en el Supervisor Engine 720, el Supervisor Engine 32, y el Supervisor Engine 2 para más información.

La interrogación SNMP en la actualización de rommon causa un crash el Switch

El Cisco Catalyst 6000/6500 Switches puede recargar inesperado debido a una excepción inesperada.

01:22:25: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host 10.1.2.2
01:23:25: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host 10.1.2.2
01:23:40: ROMMON image upgrade in progress
01:23:40: Erasing flash

Unexpected exception, CPU signal 5, PC = 0x402F3DC4

Mientras que la actualización de rommon está en curso, si el sistema recibe una interrogación SNMP, puede hacer el Switch recargar.

    Complete este procedimiento para evitar el Switch de causar un crash cuando usted realiza la actualización de rommon:

  1. Inhabilite al agente SNMP en el Switch.

    no snmp-server
  2. Inhabilite las interrogaciones posibles SNMP a este dispositivo de las estaciones de administración de red.

  3. Realice la actualización de rommon en el Supervisor en espera solamente. Para actualizar al supervisor activo, haga un intercambio de la fuerza y realice la actualización de rommon.

    redundancy force-switchover

bootflash del %Error al abrir: RMtermcode = 3 nfw (archivo no encontrado)

Este mensaje aparece como puerto de la salida del comando show stacks (también comando show tech-support de la parte de). El mensaje Complete es similar a esto:

***************************************************
******* Information of Last System Crash **********
***************************************************
 

Using bootflash:crashinfo.
 
%Error opening bootflash:crashinfo (File not found)
 
***************************************************
****** Information of Last System Crash - SP ******
***************************************************
 

The last crashinfo failed to be written.
Please verify the exception crashinfo configuration
the filesytem devices, and the free space on the
filesystem devices.
Using crashinfo_FAILED.
 
%Error opening crashinfo_FAILED (File not found)

Hay dos condiciones donde tal las presentaciones del mensaje:

  • El bootflash: el dispositivo no tiene bastante espacio para salvar el archivo CRASHINFO. Para verificar si el bootflash: tiene bastante espacio, publica el bootflash del dir: comando o el comando dir all. Asegure un cierto espacio libre en el bootflash para el RMtermcode = 3 nfw (si el Switch causa un crash por cualesquiera razones en el futuro).

  • El sistema nunca ha encontrado una caída. Si usted ha recomenzado el Switch después de que cualquier caída sospechosa, publique el comando show version. En la salida, busque la línea por la cual comienza con el sistema vuelto a la ROM. Si el texto que sigue la línea es encendido, el Switch no causó un crash. La lista no es completa, pero otras frases que pueden indicar si ha ocurrido una caída son éstas: causa de la recarga desconocida - sospechoso, error de paridad de la memoria del procesador en el PC, y SP por el aborto en el PC.

Caídas relacionadas módulo MSFC

El sistema recibe un excepción de error de bus

El MSFC puede causar un crash con un excepción de error de bus, que se pudo causar por un problema de software o hardware. Estos mensajes de error pudieron visualizar:

  • En la consola:

    *** System received a Bus Error exception ***
    signal= 0xa, code= 0x10, context= 0x60ef02f0
    PC = 0x601d22f8, Cause = 0x2420, Status Reg = 0x34008002
  • En la salida del comando show version:

    
    !--- Output is suppressed.
    
    System was restarted by bus error at PC 0x0, address 0x0 at 15:31:54 EST Wed Mar 29 2000
    
    !--- Output is suppressed.
    
    

Si el direccionamiento indicado es un rango de memoria de los de la dirección no válida, es un bug de software. Si el direccionamiento está en el intervalo válido, la causa del problema es probablemente una falla de hardware de la memoria del procesador.

Para más información sobre estos tipos de caída de error de bus, refiera a los caída de error de bus del troubleshooting. Refiera al Id. de bug Cisco CSCdx92013 (clientes registrados solamente) para más información.

El sistema recibe una excepción de paridad de la memoria caché

El MSFC no contiene la Protección del mensaje ECC. Por lo tanto, el MSFC causa un crash en la detección de un error de paridad. Éstos son algunos de los errores que usted puede ver cuando ocurre esto:

  • En la consola, usted ve:

    *** System received a Cache Parity Exception *** 
    signal= 0x14, code= 0xa405c428, context= 0x60dd1ee0 
    PC = 0x6025b2a8, Cause = 0x6420, Status Reg = 0x34008002
  • En la salida del comando show version, usted ve:

    
    !--- Output is suppressed.
    
    System returned to ROM by processor memory parity error at PC 0x6020F4D0, 
    address 0x0 at 18:18:31 UTC Wed Aug 22 2001   
    
    !--- Output is suppressed.
    
    

En el archivo CRASHINFO, registrado en el bootflash o en la consola, usted ve:

Error: primary data cache, fields:  data, SysAD 
virtual addr 0x4B288202, physical addr(21:3) 0x288200, vAddr(14:12) 0x0000 
virtual address corresponds to pcimem, cache word 0 
Address: 0x4B288200 not in L1 Cache      
Address: 0x4B288202 Can not be loaded into L1 Cache

Si ocurre el error más de una vez, usted debe substituir el MSFC. Si ocurre el error solamente una vez, usted puede haber experimentado una alteración de un evento único. En este caso, monitoree el MSFC. Refiera a los errores de paridad de la memoria del procesador (PMPE) para más información sobre los errores de paridad.

Otros errores relacionados de la paridad

El MSFC2 contiene la Protección del mensaje ECC. Sin embargo, hay las ubicaciones de memoria en las cuales se marca la paridad pero los errores de un solo bit no pueden ser corregidos. Éstos son algunos mensajes de error que usted puede ver en el archivo CRASHINFO que indica un error de paridad:

  • MISTRAL_TM_DATA_PAR_ERR_REG_MASK_HI: 42
  • Error condition detected: TM_NPP_PARITY_ERROR
  • Error condition detected: SYSAD_PARITY_ERROR
  • Error condition detected: SYSDRAM_PARITY

Si estos mensajes de error se registran solamente una vez, usted puede ser que haya experimentado una alteración de un evento único. Monitoree el MSFC2. Si suceden los errores más con frecuencia, substituya el MSFC2. Refiera a los errores de paridad de la memoria del procesador (PMPE) para más información sobre los errores de paridad.

%MISTRAL-3-ERROR

Si su MSFC2 causa un crash y usted tiene un archivo CRASHINFO en su dispositivo Bootflash, publique el más bootflash: comando del crashinfo_filename. El comando visualiza la información del archivo CRASHINFO. Si usted ve el mensaje MISTRAL-3-ERROR en la sección del registro inicial del registro del RMtermcode = 3 nfw, refiera a las caídas MSFC2 con los mensajes Mistral-3-Error en el archivo CRASHINFO para determinar si usted se ha ejecutado en una de las razones comunes.

Procedimientos de diagnóstico genéricos para el Switches que ejecuta CatOS

Verificación de integridad para CatOS

El comando show system sanity funciona con un conjunto de los controles predeterminados en la configuración con una combinación posible. de ciertos Estados del sistema para compilar una lista de Condiciones de advertencia. Las comprobaciones están diseñadas para encontrar cualquier elemento que parezca fuera de lugar. Los controles se piensan para ayudarle a mantener la configuración del sistema y las funciones deseadas y correctas. Este comando se soporta en la versión CatOS 8.3x o más adelante.

Refiera a la verificación de integridad los problemas de configuración y los Estados generales del sistema para conocer la lista de controles realizados y tener una mirada en la salida de muestra del comando.

Recupere los switches de Catalyst que ejecutan CatOS de las fallas de arranque

Refiérase recuperan el Catalyst 6500/6000 con el Supervisor Engine I o II para recuperar el Cisco Catalyst 6000/6500 con el Supervisor Engine 1 o 2.

Refiérase recuperan el Catalyst 6500/6000 con el Supervisor Engine 720 o el Supervisor Engine 32 para recuperar el Cisco Catalyst 6000/6500 con el Supervisor Engine 720 o 32.

Extraiga la información del archivo CRASHINFO

El archivo CRASHINFO es una colección de relacionado con la información útil a la caída actual salvada en el bootflash o la memoria flash. Cuando un router tiene un desperfecto debido a una corrupción de datos o pilas, se necesita más información de recarga para depurar este tipo de desperfecto; no basta con la salida del comando normal show stacks.

El archivo CRASHINFO contiene esta información:

  • mensaje de error limitado (registro) e historial de comandos

  • descripción de la imagen que se ejecuta a la hora de la caída

  • salida del comando show alignment

  • Asignación de memoria y rastreos libres

  • seguimiento de pila a nivel de procesos

  • contexto del nivel de proceso

  • vaciado de pilas a nivel proceso

  • Vaciado de pilas a nivel interrupción

  • información de nivel de proceso

  • vaciado de memoria del registro del nivel del proceso

Refiera a extraer la información del archivo CRASHINFO para más información y para que el procedimiento extraiga el archivo CRASHINFO.

Refiera a crear los vaciados de memoria para más información y para que el procedimiento recoja el vaciado de memoria del dispositivo.

Resolver problemas basado en los mensajes de error

Para el Cisco Catalyst 6000/6500 Switches que ejecuta el Native IOS, refiere a los mensajes de error frecuente en los Catalyst 6500/6000 Series Switch que funcionan con el Cisco IOS Software. Si usted ve un mensaje de error que no esté en uno de los mensajes de error frecuente, refiérase:

Para el Cisco Catalyst 6000/6500 Switches que funciona con el código abierto híbrido, refiere a los mensajes de error comunes de CatOS en los Catalyst 6500/6000 Series Switch. Si usted ve un mensaje de error que no esté en uno de los mensajes de error frecuente, refiérase:

Refiera a estos otros recursos para más información:

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 71095