Introducción
Este documento describe cómo resolver problemas de desperfectos del router. Una "caída del sistema" es una situación en la que el sistema ha detectado un error irrecuperable y se ha reiniciado. Los errores que provocan caídas se detectan normalmente por el hardware del procesador, que automáticamente se transfiere al código de control de errores especial del monitor ROM.El monitor ROM identifica el error, imprime un mensaje, almacena información acerca de la falla y reinicia el sistema.
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.
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.
Obtener información sobre el accidente
Cuando el router falla, es extremadamente importante reunir toda la información posible sobre el desperfecto antes de recargar manualmente o de apagar y encender el router. Toda la información sobre el desperfecto, excepto la que se ha almacenado correctamente en el archivo crashinfo, se pierde después de una recarga manual o un ciclo de apagado y encendido. Estos resultados dan alguna indicación e información sobre el desperfecto.
Si tiene el resultado de un comando show version, show stacks, show context o show tech support de su dispositivo Cisco, puede utilizar el Analizador CLI de Cisco para mostrar posibles problemas y correcciones. Para utilizar Cisco CLI Analyzer, debe ser un cliente registrado, iniciar sesión y tener JavaScript habilitado.
Comando |
Descripción |
show version |
Este comando apareció por primera vez en Cisco IOS® Software Release 10.0. El comando 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 e imágenes de 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 producido un ciclo de apagado y encendido o se ha ejecutado el comando reload), esta información se perderá, así que intente recopilarla antes de recargarla. |
show stacks |
Este comando apareció por primera vez en la versión 10.0 del software del IOS de Cisco. El comando show stacks EXEC se utiliza para monitorear el uso de stack de los procesos y las rutinas de interrupción. La salida show stacks es una de las fuentes de información más indispensables para recolectar cuando el router se desmorona.IMPORTANTE: Si el router se recarga después de la caída (por ejemplo, a través del ciclo de energía o del comando reload), esta información se perderá, así que intente recopilarla antes de la recarga. |
show context |
Este comando apareció por primera vez en la versión 10.3 del software del IOS de Cisco. El comando show context EXEC se utiliza para mostrar información almacenada en la memoria RAM no volátil (NVRAM) cuando se produce una excepción. La información de contexto es específica para los procesadores y las arquitecturas, mientras que la información sobre la versión de software y el tiempo de actividad no lo es. Por lo tanto, la información de contexto para diferentes tipos de router podría diferir. La salida mostrada desde el comando show context incluye:
- el motivo del reinicio del sistema.
- stack trace.
- versión de software.
- información sobre el número de señal, el código y el tiempo de actividad del router.
- todo el contenido del registro en el momento del desperfecto.
|
show tech-support |
Este comando apareció por primera vez en la versión 11.2 del software del IOS de Cisco. Este comando es útil para recopilar información general sobre el router cuando se informa de un problema. Incluye:
- show version
- show running-config
- show stacks
- show interface
- show controller
- show process cpu
- show process memory
- show buffers
|
registro de la consola |
Si está conectado a la consola del router en el momento del desperfecto, 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 = 0x00000000
Guarde esta información y los registros antes de ella. Una vez que el router se activa de nuevo, no olvide obtener el resultado show stacks. |
syslog |
Si el router está configurado para enviar registros a un servidor syslog, verá alguna información sobre lo que ocurrió antes del desperfecto en el servidor syslog. Sin embargo, cuando el router se desmorona, es posible que no pueda enviar la información más útil a este servidor syslog. Por lo tanto, la mayoría de las veces, el resultado syslog no es muy útil para resolver problemas de caídas. |
crashinfo |
El archivo crashinfo es una colección de información útil relacionada con la falla actual, almacenada en la memoria flash de inicialización 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 crashinfo se escribe de forma predeterminada en bootflash:crashinfo en el Cisco 12000 Gigabit Router Processor (GRP), los Cisco 7000 y 7500 Route Switch Processor (RSP) y los Cisco 7200 Series Routers.Para el Procesador 7500 de interfaz versátil (VIP2) de Cisco 2, este archivo está guardado de manera predeterminada en bootflash:vip2_slot_no_crashinfo en donde slot_no es el número de ranura de VIP2.Para el Cisco 7000 Route Processor (RP), el archivo se almacena en 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 memoria del router. Esta información no es necesaria para solucionar la mayoría de los tipos de caídas, pero se recomienda encarecidamente cuando se registra un nuevo error. Es posible que deba habilitar algunas depuraciones para agregar más información al vaciado de memoria, como debug sanity, el proceso de verificación de exceso del programador y el 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 de config-register termine con 0. Si el procesador es 68k, el mensaje será ">". Puede obtener el seguimiento de pila con el comando k. Si el procesador es un equipo de instrucciones reducido (RISC), el mensaje será "rommon 1>". Obtenga el resultado de la pila 50 o show context. |
Tipos de caídas
Los comandos show version y show stacks le proporcionan una salida que le da una indicación del tipo de desperfecto que ocurrió, como error de bus, o desperfecto forzado por software. También puede obtener información del tipo de desperfecto de los comandos crashinfo y show context . Para algunas versiones posteriores del software Cisco IOS, las razones de caída no se indican claramente (por ejemplo, verá "Signal = x" donde x es un número). Refiérase a Códigos de Motivo de Desperfecto del Procesador de Interfaz Versátil para traducir este número en algo significativo. Por ejemplo, "Signal = 23" se traduce en un desperfecto forzado por el software. Siga estos enlaces para resolver problemas del tipo específico de desperfecto que experimenta su router:
Desperfectos del módulo de router
A veces, sólo un módulo de router específico falla y no el propio router. Estos son algunos documentos que describen cómo resolver problemas de desperfectos en algunos módulos del router:
Ejemplos de resultados que indican el desperfecto
Router#show version
Cisco Internetwork Operating System Software
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 hay una crashinfo disponible en bootflash, esta información se muestra al final del comando show stacks:
***************************************************
******* 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 todavía necesita ayuda después de completar los pasos de resolución de problemas y desea abrir una solicitud de servicio con el TAC de Cisco, asegúrese de incluir esta información para solucionar un desperfecto del router:
- Resolución de problemas realizada antes de abrir el servicio solicitado.
- show technical-support output (si es posible, en el modo de activación).
- el resultado o la captura de la consola del show log, si está disponible.
- archivo crashinfo (si está presente y no está incluido en el resultado show technical-support).
- show region output (si no se incluye ya en el resultado show technical-support).
Adjunte los datos recopilados a su solicitud de servicio en formato de texto sin formato (.txt) sin comprimir. Si no puede acceder a la herramienta 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.
Nota: No recargue ni apague manualmente el router antes de recopilar la información, a menos que sea necesario para resolver un desperfecto del router. Esto puede hacer que se pierda la información importante necesaria para determinar la causa raíz del problema.