Switches : Switches Cisco Catalyst de la serie 6500

Resolución de problemas de caídas del sistema Catalyst 6000/6500

23 Marzo 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (26 Enero 2009) | Comentarios


Contenido

Introducción
Requisitos previos
      Requerimientos
      Componentes utilizados
      Convenciones
Caídas relacionadas con el módulo supervisor
      Regreso a ROM del sistema por encendido (SP por cancelación)
      Recepción de una caída del sistema forzada por software
      Regreso a ROM del sistema por causa desconocida de recarga
      %PM_SCP-1-LCP_FW_ERR
      %SYSTEM_CONTROLLER-3-FATAL
      Caída del supervisor por ventilador defectuoso
      Reinicio por sí solo del switch
      Reinicio por sí solo del módulo equipado con DFC
      Caída por inicio del dispositivo incorrecto
      CONST_DIAG-2-HM_SUP_CRSH
Caídas relacionadas con el módulo MSFC
      Recepción en el sistema de una excepción de error de bus
      Recepción en el sistema de una excepción de paridad de la memoria caché
      Otros errores relacionados con la paridad
      %MISTRAL-3-ERROR
Procedimientos de diagnóstico genéricos para switches que ejecutan CatOS
      Verificación de integridad para CatOS
      Recuperación de fallos de inicio de switches Catalyst que ejecutan CatOS
      Recuperación de información a partir del archivo Crashinfo
Resolución de problemas basados en mensajes de error

Introducción

Este documento describe cómo resolver problemas de caídas del procesador del switch (SP) del motor supervisor del switch de la serie Catalyst 6000/6500 de Cisco, así como del procesador de ruta (RP) de la tarjeta de función del switch de capas múltiples (MSFC).

Requisitos previos

Requerimientos

No hay requerimientos específicos para este documento.

Componentes utilizados

La información de este documento se basa en los módulos MSFC y supervisores del switch de la serie Catalyst 6000/6500 de Cisco.

La información que contiene este documento se creó a partir de los dispositivos en un entorno de laboratorio específico. Todos los dispositivos que se utilizan en este documento se iniciaron con una configuración sin definir (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones sobre consejos técnicos de Cisco para obtener más información sobre las convenciones del documento.

Caídas relacionadas con el módulo supervisor

Regreso a ROM del sistema por encendido (SP por cancelación)

Un sistema Catalyst 6500/6000 con un registro de configuración del SP que permite interrupción, por ejemplo 0x2, y que recibe una señal de interrupción de la consola accede al modo de diagnóstico ROMmon. Parece que se produce una caída del sistema.

Este resultado del switch de ejemplo indica que el switch ha accedido al modo de diagnóstico ROMmon a partir de una señal de interrupción de la consola del procesador del switch .

Nota: El registro de configuración del 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 volver a configurar el registro de configuración y recargar el sistema. Complete estos pasos:

  1. En modo de configuración global, ejecute el comando config-register 0x2102 y establezca el registro de configuración en 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. Ejecute el comando show bootvar para verificar el valor del registro de configuración en la siguiente recarga.

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

    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 parámetro del registro de configuración del SP surta efecto.

    6500_IOS#reload
    

    Nota: En esta etapa, puede ejecutar el comando copy running-config startup-config para guardar la configuración. Sin embargo, este paso no es necesario porque el parámetro del registro de configuración no forma parte de la configuración de inicio o ejecución.

Recepción de una caída del sistema forzada por software

Mientras se realiza un procedimiento de recuperación de contraseña en un sistema Supervisor Engine 720, se puede producir una caída en el switch durante la interrupción para obtener acceso 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 recuperación de contraseña para evitar que se produzca una caída del supervisor al realizar una recuperación de contraseña:

  1. Presione la tecla Break (Pausa) en el teclado del terminal justo después de que el RP obtenga el control del puerto de la consola.

    En el Catalyst 6500 que ejecuta Cisco IOS®, el SP se inicia primero. A continuación, devuelve el control al RP. Una vez que el RP recupera el control, inicie la secuencia de interrupción. Cuando vea este mensaje, significa que el RP ha obtenido el control del puerto de la consola. No inicie la secuencia de interrupción hasta ver este mensaje:

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

    Consejo: Consulte Combinaciones estándar de secuencia de teclas de interrupción durante la recuperación de una contraseña para obtener información sobre las combinaciones de teclas.

  2. Escriba confreg 0x2142 en el indicador de comandos rommon 1> en los 10 segundos siguientes, para iniciar desde Flash sin cargar la configuración.

  3. Recargue el switch y continúe para configurar la nueva contraseña.

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

    Este problema está documentado en el error de funcionamiento de Cisco CSCec36997 (sólo para clientes registrados).

Regreso a ROM del sistema por causa desconocida de recarga

Los switches Catalyst 6000/6500 de Cisco pueden recargarse inesperadamente debido a una causa desconocida. El resultado del comando show version muestra 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 está documentado en el error de funcionamiento de Cisco CSCef80423 (sólo para clientes registrados). Actualice el switch a la versión más reciente del software Cisco IOS que no esté afectada por este error de funcionamiento para resolver el 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 restablece el módulo automáticamente para recuperarse del error. En este módulo también aparece un archivo crashinfo. El mensaje de error puede deberse a un fallo transitorio o de hardware. Si el mensaje de error se produce una vez, se trata de un problema transitorio. El sistema se recupera automáticamente. El síntoma de la paridad se puede identificar mediante el CPO_ECC en la memoria caché. El propio sistema ha corregido el ECC que representa el error de paridad.

Existen dos tipos de errores de paridad:

  • Errores de paridad de software

    Estos errores se producen cuando ocurre un Single Event Latch up (SEL) en el chip. Cuando la CPU hace referencia a ellos, estos errores provocan la caída del sistema (si el error está en una zona no recuperable) o bien recuperan otros sistemas (por ejemplo, un complejo CyBus se reinicia si el error se produjo en la memoria del paquete [MEMD]). En el caso de un error de paridad de software, no es necesario intercambiar la placa ni ninguno de los componentes.

  • Errores de paridad de hardware

    Estos errores se producen cuando hay un fallo de chip o de placa que daña datos. En este caso, necesita volver a instalar o reemplazar los componentes afectados, lo que normalmente implica un cambio del chip de memoria o un cambio de placa. Los errores de paridad de hardware se producen cuando ocurren múltiples errores de paridad en la misma dirección. Existen casos más complicados que son más difíciles de identificar. En general, si detecta más de un error de paridad en una zona de memoria concreta en un período relativamente corto, puede considerarlo un error de paridad de hardware. El mensaje de error es similar al siguiente:

    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 de 10 a 100 veces más frecuentes que los errores de paridad de hardware. Por tanto, Cisco recomienda encarecidamente que espere a que se produzca un error de paridad de hardware antes de reemplazar cualquier componente. Esto reduce en gran medida el impacto en la red.

%SYSTEM_CONTROLLER-3-FATAL

El mensaje indica que el controlador del sistema ha detectado un error. Recargue el dispositivo. Si se vuelve a producir este mensaje, reemplace la memoria defectuosa o la tarjeta MSFC.

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

%Software-forced reload

Caída del supervisor por ventilador defectuoso

Cuando falla una bandeja del ventilador o se apaga un suministro de energía, los switches Catalyst de Cisco que ejecutan el software Cisco IOS versión 12.1(19)E1 pueden causar la caída de los módulos supervisores. Este problema está documentado en el error de funcionamiento de Cisco CSCeb51698 (sólo para clientes registrados). Actualice el switch a la versión de Cisco IOS que no esté afectada por este defecto.

Reinicio por sí solo del switch

Si sospecha que el switch se ha reiniciado por sí solo, ejecute el comando show version para verificar el tiempo de actividad del switch, que es el tiempo transcurrido desde el último reinicio. Ejecute el comando show log para consultar el historial de reinicio, como se muestra en este ejemplo. Observe el resultado de este comando para comprobar si se han registrado excepciones:

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

El resultado de este comando show log no muestra ninguna excepción de software. La indicación del último reinicio del switch es Jan 06 2003. El tiempo de reinicio coincide con el campo Last software reset (Último reinicio de software).

El resultado de este comando show log muestra una excepción que se registró en el momento del último reinicio.

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 el switch muestra una excepción de software de este tipo, ejecute el comando dir bootflash:, que muestra el dispositivo bootflash (procesador de ruta [RP]) de MSFC, y el comando dir slavebootflash: para comprobar si ha habido una caída del software. El resultado de esta sección muestra que se ha registrado información crashinfo en el bootflash del RP. Asegúrese de que la información crashinfo que ve corresponde a 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: muestra el dispositivo bootflash del motor supervisor. También puede ejecutar el comando dir slavesup-bootflash: para visualizar el dispositivo bootflash del motor supervisor en espera. Este resultado muestra la información crashinfo registrada en el dispositivo bootflash del motor supervisor.

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 el resultado del comando indica que se ha producido una caída del software en el momento en que imaginaba que se reiniciaría el switch, póngase en contacto con el Soporte de Cisco. Proporcione el resultado del comando show tech-support y del comando show logging, así como el resultado del archivo crashinfo.

Reinicio por sí solo del módulo equipado con DFC

Si un módulo equipado con Tarjeta de envío distribuido (DFC) se ha reiniciado por sí solo sin recarga del usuario, puede comprobar el bootflash de la tarjeta DFC para ver si se ha producido una caída. Si hay disponible un archivo de información de caídas, puede encontrar la causa de la caída. Ejecute el comando dir dfc#module#-bootflash: para verificar si hay un archivo de información de caídas y cuándo se escribió. Ejecute el comando more dfc#module#-bootflash:filename si el reinicio del DFC se corresponde con la indicación de fecha y hora de crashinfo. O bien, ejecute el comando copy dfc#module#-bootflash:filename tftp para transferir el archivo a través de 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

Una vez que esté disponible el archivo crashinfo, recopile el resultado del comando show logging y del comando show tech y póngase en contacto con el Soporte de Cisco para obtener asistencia.

Caída por inicio del dispositivo incorrecto

Al iniciar desde un dispositivo que no figura en la tabla de dispositivos, provoca una caída del módulo supervisor. Actualice el switch al software Cisco IOS versión 12.2(18r)SX05 o posteriores.

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 daños en las entradas de TCAM, la prueba SPRPInbandPing puede fallar. Si la prueba, ejecutada como parte del Diagnóstico en línea genérico (GOLD) de Cisco, falla 10 veces consecutivas, puede que se produzca una caída del motor.

    Para resolver el problema, actualice el software Cisco IOS a una versión que no esté afectada por el error de funcionamiento de Cisco CSCsc33990 (sólo para clientes registrados).

  • Si está activada la supervisión de integridad del dispositivo y se han configurado diagnósticos completos durante el inicio, puede producirse la caída del supervisor durante el proceso de inicio.

    La supervisión de integridad y los diagnósticos completos entran en conflicto entre sí en algunas pruebas. Como solución alternativa, desactive cualquiera de ellos en función de sus necesidades.

Caídas relacionadas con el módulo MSFC

Recepción en el sistema de una excepción de error de bus

Puede producirse una caída en el MSFC con una excepción de error de bus, que puede estar causada por un problema de software o hardware. Pueden aparecer estos mensajes de error:

  • En la consola:

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

    
    !--- 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 la dirección indicada es una dirección no válida fuera del rango de memoria, se trata de un error de funcionamiento del software. Si la dirección se encuentra en el rango válido, la causa del problema es probablemente un fallo de hardware de la memoria del procesador.

Para obtener más información sobre estos tipos de caídas por error de bus, consulte Resolución de problemas de caída por error del bus. Consulte el error de funcionamiento de Cisco CSCdx92013 (sólo para clientes registrados) para obtener más información.

Recepción en el sistema de una excepción de paridad de la memoria caché

El MSFC no contiene protección de memoria ECC. Por tanto, al detectar un error de paridad se produce una caída del MSFC. A continuación se incluyen algunos de los errores que pueden aparecer cuando esto sucede:

  • En la consola, aparecerá:

    *** System received a Cache Parity Exception *** 
    signal= 0x14, code= 0xa405c428, context= 0x60dd1ee0 
    PC = 0x6025b2a8, Cause = 0x6420, Status Reg = 0x34008002
  • En el resultado del comando show version, aparecerá:

    
    !--- 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, aparecerá:

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 el error se produce más de una vez, debe reemplazar el MSFC. Si el error sólo se produce una vez, puede que haya experimentado una alteración de un evento único. En este caso, supervise el MSFC. Consulte Errores de paridad en la memoria del procesador (PMPE) para obtener más información sobre los errores de paridad.

Otros errores relacionados con la paridad

El MSFC2 contiene protección de memoria ECC. Sin embargo, hay ubicaciones de memoria en las que se comprueba la paridad pero no se pueden corregir errores de un solo bit. Estos son algunos de los mensajes de error que pueden aparecer en el archivo crashinfo e indican 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, puede que haya experimentado una alteración de un evento único. Supervise el MSFC2. Si los errores se producen con más frecuencia, reemplace el MSFC2. Consulte Errores de paridad en la memoria del procesador (PMPE) para obtener más información sobre los errores de paridad.

%MISTRAL-3-ERROR

Si se producen caídas en el MSFC2 y dispone de un archivo crashinfo en el dispositivo bootflash, ejecute el comando more bootflash:crashinfo_filename . El comando muestra la información del archivo crashinfo. Si ve el mensaje MISTRAL-3-ERROR en la sección inicial del registro de crashinfo, consulte Caídas de MSFC2 con mensajes Mistral-3-Error en el archivo crashinfo (en inglés) para determinar si se debe a alguno de los motivos comunes.

Procedimientos de diagnóstico genéricos para switches que ejecutan CatOS

Verificación de integridad para CatOS

El comando show system sanity ejecuta un conjunto de comprobaciones predeterminadas en la configuración con una posible combinación de ciertos estados del sistema para compilar una lista de situaciones de advertencia. Las comprobaciones están diseñadas para buscar cualquier elemento que parezca fuera de lugar. Las comprobaciones ayudan a mantener la configuración y la funcionalidad del sistema correctas y deseadas. Este comando se admite en la versión 8.3x o posteriores de CatOS.

Consulte Verificación de integridad para problemas de configuración e integridad del sistema (en inglés) para conocer la lista de comprobaciones realizadas y observar el resultado de ejemplo del comando.

Recuperación de fallos de inicio de switches Catalyst que ejecutan CatOS

Consulte Recuperación de Catalyst 6500/6000 con Supervisor Engine I o II (en inglés) para recuperar Cisco Catalyst 6000/6500 con el motor supervisor Supervisor Engine 1 o 2.

Consulte Recuperación de Catalyst 6500/6000 con Supervisor Engine 720 or Supervisor Engine 32 (en inglés) para recuperar Cisco Catalyst 6000/6500 con el motor supervisor Supervisor Engine 720 o 32.

Recuperación de información a partir del archivo Crashinfo

El archivo crashinfo es una recopilación de información útil relacionada con la caída actual almacenada en la memoria Flash o bootflash. Cuando un se produce una caída en el router debido a datos o pilas dañados, se necesita más información de recarga para depurar este tipo de caída que la que se consigue con el resultado 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 durante la caída

  • resultado del comando show alignment ejecutado

  • asignación de memoria y seguimientos libres

  • seguimiento de pila del nivel de proceso

  • contexto del nivel de proceso

  • vaciado de pilas del nivel de proceso

  • vaciado de pilas del nivel de interrupción

  • información del nivel de proceso

  • vaciado de memoria del registro del nivel de proceso

Para que el procedimiento recupere el archivo crashinfo e información adicional, consulte Recuperación de información a partir del archivo Crashinfo.

Resolución de problemas basados en mensajes de error

Para switches Catalyst 6000/6500 de Cisco que ejecutan IOS nativo, consulte Mensajes de error comunes en switches de la serie Catalyst 6500/6000 que ejecutan software Cisco IOS (en inglés). Si detecta un mensaje de error que no es en uno de los comunes, consulte:

Para switches Catalyst 6000/6500 de Cisco que ejecutan OS híbrido, consulte Mensajes de error comunes de CatOS en switches de la serie Catalyst 6500/6000. Si detecta un mensaje de error que no es en uno de los comunes, consulte:

Consulte estos otros recursos para obtener más información:

  • Decodificador de mensajes de error (sólo para clientes registrados): busque explicaciones para las cadenas de mensajes de error de la consola incluidas en Cisco Software System Messages Guide (Guía de mensajes del sistema de software de Cisco).

  • Output Interpreter (Intérprete de resultados) (sólo para clientes registrados): reciba un análisis instantáneo de resolución de problemas y un curso de acción para el router, switch o dispositivo PIX mediante el resultado del comando show.


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.


Document ID: 71095