Troubleshooting de Desperfectos del Router
Contenido
Introducción
Este documento describe cómo resolver problemas de caídas del router.
Prerequisites
Requirements
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.
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 tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
Un desperfecto del sistema es una situación en la que el sistema ha detectado un error irrecuperable y se ha reiniciado a sí mismo. Los errores que causan caídas son detectados normalmente por el hardware del procesador, que se ramifica automáticamente a un código especial de manejo de errores en el monitor ROM. El monitor ROM identifica el error, imprime un mensaje, almacena información acerca de la falla y reinicia el sistema.
Obtener información sobre el desperfecto
Cuando el router se bloquea, es extremadamente importante reunir toda la información posible sobre el desperfecto antes de recargar o apagar y encender manualmente el router. Toda la información sobre el desperfecto, excepto la que se ha almacenado correctamente en el crashinfo se pierde después de una recarga manual o un ciclo de alimentación. Estos resultados dan alguna indicación e información sobre el desperfecto.
Si tiene el resultado de un show version , show stacks , show context ,or show tech support desde su dispositivo Cisco, puede utilizar el Analizador de Cisco CLI para mostrar los posibles problemas y soluciones. Para utilizar Cisco CLI Analyzer debe haber iniciado sesión y tener JavaScript habilitado.
Nota: solo los usuarios registrados de Cisco pueden acceder a la información y las herramientas internas de Cisco.
| Comando | Descripción |
|---|---|
| show version | Este comando apareció por primera vez en Cisco IOS® Software Release 10.0. show version EXEC muestra la configuración del hardware del sistema, la versión del software, los nombres y orígenes de los archivos de configuración y las imágenes del software, el tiempo de actividad del router e información sobre cómo se ha reiniciado el sistema. IMPORTANTE: Si el router se recarga después del desperfecto (por ejemplo, si se ha apagado o si se ha ejecutado el comando de recarga), esta información puede perderse, así que intente recopilarla antes de volver a cargarla. |
| show stacks | Este comando apareció por primera vez en Cisco IOS Software Release 10.0. show stacks EXEC se utiliza para monitorear el uso de la pila de los procesos y las rutinas de interrupción. show stacks el resultado es una de las fuentes de información más indispensables para recopilar cuando el router falla. IMPORTANTE: Si el router se recarga después del desperfecto (por ejemplo, a través de un ciclo de alimentación o del comando reload), esta información puede perderse, así que trate de recopilarla antes de recargarla. |
| show context | Este comando apareció por primera vez en Cisco IOS Software Release 10.3. show context EXEC se utiliza para mostrar la información almacenada en la RAM no volátil (NVRAM) cuando se produce una excepción. La información de contexto es específica de procesadores y arquitecturas, mientras que la información de versión de software y tiempo de actividad no lo son. Por lo tanto, la información de contexto para los diferentes tipos de router podría diferir. El resultado que se muestra en el show context incluye:
|
| show tech-support | Este comando apareció por primera vez en Cisco IOS Software Release 11.2. Este comando le ayuda a recopilar información general sobre el router cuando informa de un problema. Incluye:
|
| registro de consola | Si está conectado a la consola del router en el momento del desperfecto, puede ver algo como esto durante el desperfecto: *** System received a Software forced crash *** signal= 0x17, code= 0x24, context= 0x619978a0 PC = 0x602e59dc, Cause = 0x4020, Status Reg = 0x34008002 DCL Masked Interrupt Register = 0x000000f7 DCL Interrupt Value Register = 0x00000010 MEMD Int 6 Status Register = 0x00000000Guarde esta información y los registros que tenga delante. Una vez que el router vuelva a funcionar, no olvide obtener el show stacks resultado. |
| syslog | Si el router está configurado para enviar registros a un servidor syslog, puede ver información sobre lo que sucedió antes del desperfecto en el servidor syslog. Sin embargo, cuando el router falla, no puede enviar la información más útil a este servidor syslog. La mayoría de las veces, syslog el resultado no es muy útil para solucionar problemas de caídas. |
| crashinfo | El archivo crashinfo es una colección de información útil relacionada con el desperfecto actual, almacenada en la memoria flash de inicialización o flash. Cuando un router se bloquea debido a datos o a la corrupción de la pila, se necesita más información de recarga para depurar este tipo de desperfecto que solo la salida de la normal show stacks comando. crashinfo se escribe de forma predeterminada en bootflash:crashinfo en Cisco 12000 Gigabit Router Processor (GRP), Cisco 7000 y 7500 Route Switch Processors (RSP) y Cisco 7200 Series Routers. Para Cisco 7500 Versatile Interface Processor 2 (VIP2), este archivo se almacena de forma predeterminada en bootflash:vip2_slot_no_crashinfo slot_no es el número de ranura VIP2. Para Cisco 7000 Route Processor (RP), el archivo se almacena de forma predeterminada en flash:crashinfo . Para obtener más detalles, vea Recuperar información del archivo Crashinfo. |
| Vaciado de memoria | Un vaciado de memoria es una copia completa de la imagen de la memoria del router. Esta información no es necesaria para solucionar la mayoría de los tipos de desperfectos, pero es muy recomendable cuando se presenta un nuevo error. Debe habilitar algunos debugs para agregar más información al vaciado de memoria, como debug sanity, proceso de comprobación del montón del programador e intervalo de comprobación de memoria 1. Para obtener más detalles, vea Creación de vaciados de memoria. |
| monitor rom | El router puede terminar en el monitor ROM después de una caída cuando su configuración config-register termina con 0. Si el procesador es un 68k, el mensaje puede ser ">". Puede obtener el seguimiento de la pila con el comando k. Si el procesador es un sistema informático de conjunto de instrucciones reducido (RISC), el mensaje puede ser rommon 1>. Obtener el resultado de stack 50 or show context . |
Tipos de caídas
show version y show stacks los comandos le proporcionan una salida que le da una indicación del tipo de desperfecto que ocurrió, como un error de bus o un desperfecto forzado por software. También puede obtener información sobre el tipo de desperfecto desde el crashinfo y show contextcomandos. Para algunas versiones posteriores del software Cisco IOS, las razones de la caída no se indican claramente (por ejemplo, puede ver Signal = x donde x es un número). Consulte Códigos de Motivo de Desperfecto del Procesador de Interfaz Versátil para traducir este número a algo significativo. Por ejemplo, Signal = 23 se traduce en un desperfecto forzado por software. Utilice estos enlaces para resolver problemas del tipo específico de desperfecto que experimenta su router:
Consulte Errores de paridad de memoria del procesador (PMPE) para obtener información sobre estos problemas:
Vea Qué hace que un router sea reiniciado por los comandos Abort o Trace Trap acerca de estos problemas:
Consulte Tipos menos comunes de desperfectos del sistema para obtener información sobre estos problemas:
- Excepción de error de memoria
- Error – Nivel <x>
- Error de formato
- Instrucción ilegal
- Error de saltar a cero
- Trampa del emulador de línea
- Encendido
- Excepción reservada
- Reiniciado por error
- SIGTRAP
- interrupción de hardware inesperada
- Trampa no definida
Desperfectos del módulo de router
A veces, sólo falla un módulo de router específico, y no el router en sí. Estos son algunos documentos que describen cómo resolver problemas de caídas en algunos módulos del router:
-
Resolución de problemas por desperfectos del procesador de interfaz virtual (VIP)
-
Resolución de problemas de desperfectos de tarjeta de línea en Cisco GSR12000 Series
Ejemplos de resultados que indican el desperfecto
Router#show version Cisco Internetwork Operating System Software Cisco IOS (tm) RSP Software (RSP-PV-M), Version 12.0(10.6)ST, EARLY DEPLOYMENT MAINTENANCE INTERIM SOFTWARE Copyright (c) 1986-2000 by cisco Systems, Inc. Compiled Fri 23-Jun-00 16:02 by richv Image text-base: 0x60010908, data-base: 0x60D96000 ROM: System Bootstrap, Version 12.0(19990806:174725), DEVELOPMENT SOFTWARE BOOTFLASH: RSP Software (RSP-BOOT-M), Version 12.0(9)S, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) Router uptime is 20 hours, 56 minutes System returned to ROM by error - a Software forced crash, PC 0x60287EE8 System image file is "slot0:rsp-pv-mz.120-10.6.ST" cisco RSP8 (R7000) processor with 131072K/8216K bytes of memory. R7000 CPU at 250Mhz, Implementation 39, Rev 1.0, 256KB L2, 2048KB L3 Cache Last reset from power-on G.703/E1 software, Version 1.0. G.703/JT2 software, Version 1.0. X.25 software, Version 3.0.0. Chassis Interface. 1 EIP controller (6 Ethernet). 1 VIP2 R5K controller (1 FastEthernet)(2 HSSI). 6 Ethernet/IEEE 802.3 interface(s) 1 FastEthernet/IEEE 802.3 interface(s) 2 HSSI network interface(s) 2043K bytes of non-volatile configuration memory. 20480K bytes of Flash PCMCIA card at slot 0 (Sector size 128K). 16384K bytes of Flash internal SIMM (Sector size 256K). No slave installed in slot 7. Configuration register is 0x2102 Router#show stacks Minimum process stacks: Free/Size Name 5188/6000 CEF Reloader 9620/12000 Init 5296/6000 RADIUS INITCONFIG 5724/6000 MDFS Reload 2460/3000 RSP memory size check 8176/9000 DHCP Client Interrupt level stacks: Level Called Unused/Size Name 1 163 8504/9000 Network Interrupt 2 14641 8172/9000 Network Status Interrupt 3 0 9000/9000 OIR interrupt 4 0 9000/9000 PCMCIA Interrupt 5 5849 8600/9000 Console Uart 6 0 9000/9000 Error Interrupt 7 396230 8604/9000 NMI Interrupt Handler System was restarted by error - a Software forced crash, PC 0x602DE884 at 05:07:31 UTC Thu Sep 16 1999 RSP Software (RSP-JSV-M), Version 12.0(7)T, RELEASE SOFTWARE (fc2) Compiled Mon 06-Dec-99 19:40 by phanguye Image text-base: 0x60010908, database: 0x61356000 Stack trace from system failure: FP: 0x61F73C30, RA: 0x602DE884 FP: 0x61F73C30, RA: 0x6030D29C FP: 0x61F73D88, RA: 0x6025E96C FP: 0x61F73DD0, RA: 0x6026A954 FP: 0x61F73E30, RA: 0x602B94BC FP: 0x61F73E48, RA: 0x602B94A8
Cuando un crashinfo está disponible en bootflash, esta información se muestra al final del show stacks comando:
***************************************************
******* Information of Last System Crash **********
***************************************************
Using bootflash:crashinfo_20000323-061850. 2000
CMD: 'sh int fas' 03:23:41 UTC Thu Mar 2 2000
CMD: 'sh int fastEthernet 6/0/0' 03:23:44 UTC Thu Mar 2 2000
CMD: 'conf t' 03:23:56 UTC Thu Mar 2 2000
CMD: 'no ip cef di' 03:23:58 UTC Thu Mar 2 2000
CMD: 'no ip cef distributed ' 03:23:58 UTC Thu Mar 2 2000
...
Router#show context
System was restarted by error - a Software forced crash, PC 0x602DE884 at
05:07:31 UTC Thu Sep 16 1999
RSP Software (RSP-JSV-M), Version 12.0(7)T, RELEASE SOFTWARE (fc2)
Compiled Mon 06-DEC-99 19:40 by phanguye
Image text-base: 0x60010908, database: 0x61356000
Stack trace from system failure:
FP: 0x61F73C30, RA: 0x602DE884
FP: 0x61F73C30, RA: 0x6030D29C
FP: 0x61F73D88, RA: 0x6025E96C
FP: 0x61F73DD0, RA: 0x6026A954
FP: 0x61F73E30, RA: 0x602B94BC
FP: 0x61F73E48, RA: 0x602B94A8
Fault History Buffer:
RSP Software (RSP-JSV-M), Version 12.0(7)T, RELEASE SOFTWARE (fc2)
Compiled Mon 06-DEC-99 19:40 by phanguye
Signal = 23, Code = 0x24, Uptime 3w0d
$0 : 00000000, AT : 619A0000, v0 : 61990000, v1 : 00000032
a0 : 6026A114, a1 : 61A309A4, a2 : 00000000, a3 : 00000000
t0 : 61F6CD80, t1 : 8000FD88, t2 : 34008700, t3 : FFFF00FF
t4 : 00000083, t5 : 3E840024, t6 : 00000000, t7 : 00000000
s0 : 0000003C, s1 : 00000036, s2 : 00000000, s3 : 61F73C48
s4 : 00000000, s5 : 61993A10, s6 : 61982D00, s7 : 61820000
t8 : 0000327A, t9 : 00000000, k0 : 61E48C4C, k1 : 602E7748
gp : 6186F3A0, sp : 61F73C30, s8 : 00000000, ra : 6030D29C
EPC : 602DE884, SREG : 3400E703, Cause : 00000024
Error EPC : BFC00000, BadVaddr : 40231FFE
Información para recopilar si abre un pedido de servicio del TAC
Si aún necesita ayuda después de completar los pasos de troubleshooting y desea abrir una solicitud de servicio con el TAC de Cisco, asegúrese de incluir esta información para troubleshooting de un desperfecto del router:
- Resolución de problemas realizada antes de abrir el servicio solicitado.
show technical-support(si es posible, en modo enable).show logcapturas de consola o de salida, si están disponibles.- archivo crashinfo (si está presente y no se ha incluido ya en el
show technical-supportsalida). - show region output (si no está ya incluido en el
show technical-supportsalida).
Adjunte los datos recopilados a la solicitud de servicio en un formato de texto sin formato (.txt) sin comprimir. Si no puede acceder a la herramienta de solicitud de servicio, puede adjuntar la información pertinente a su solicitud de servicio enviándola a attach@cisco.com con su número de caso en el asunto del mensaje.
Información Relacionada
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
2.0 |
05-Jul-2023 |
Recertificación |
1.0 |
09-Nov-2001 |
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)