Introducción
Este documento describe la causa de los tiempos de espera de vigilancia en los routers Cisco, y explica cómo resolverlos.
Prerrequisitos
Requisitos
Quienes lean este documento deben tener conocimiento de los siguientes temas:
Componentes Utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
Nota: Este documento no se aplica a los switches Cisco Catalyst o plataformas MGX, sino únicamente a los routers Cisco.
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
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Identifique los tiempos de espera de vigilancia
Los procesadores de Cisco tienen temporizadores que protegen contra ciertos tipos bloqueos del sistema. La CPU reinicia periódicamente un temporizador de vigilancia El temporizador de vigilancia básicamente controla el tiempo de cada proceso. Si no se reinicia el temporizador, se produce una trampa. Si un proceso es más largo que debe ser, el temporizador de vigilancia se utiliza para escaparse de este proceso.
Esto ocurre solamente si sale mal algo. De acuerdo con la situación, el router puede reajustarse, o recupérese del error y genere un mensaje de error en los registros de la consola, que parece esto:
*** Watch Dog Timeout ***
PC = 0x6022536C, SP = 0x00000000
or
%SYS-2-WATCHDOG: Process aborted on watchdog timeout, process = Exec
*** System received a Software forced crash ***
signal = 0x17, code = 0x24, context= 0x60ceca60
Si usted no lo hace ciclo de la potencia o recargar manualmente al router, la salida del comando show version parece esto:
Router#show version
...
Router uptime is 1 hour, 47 minutes
System restarted by watchdog timer expired at 09:26:24 UTC Mon Mar 27 2000
System image file is "flash:c3640-is-mz.113-7-T.bin", booted via flash
...
Si usted tiene la salida de un comando show version de su dispositivo de Cisco, usted puede utilizar el analizador del CLI de Cisco para visualizar los problemas potenciales y los arreglos. Para utilizar el analizador del CLI de Cisco, usted debe ser un cliente registrado, se abra una sesión, y hace el Javascript habilitar.
Troubleshooting
La causa raíz del tiempo de espera de vigilancia puede estar relacionado con el hardware o con el software. Aquí están los síntomas comunes con los cuales usted puede identificar la fuente del problema:
-
Si un router que ha sido correctamente operativo por los meses comienza repentinamente a recargar cada 20 minutos, o si reinicia continuamente y usted puede accederlo no más, el problema es más probable un asunto relacionado con el hardware. Éste es también el caso si un nuevo módulo ha estado instalado recientemente, y los desperfectos del router por el tiempo de espera de vigilancia luego.
-
Si el router comienza a causar un crash después de que un cambio de configuración o un cambio en la versión del Cisco IOS Software, él sea probablemente un problema relacionado con el software.
El primer paso para resolver problemas este tipo de problema es identificar el tipo de tiempo de espera de vigilancia que usted encuentra. Hay dos tipos de tiempos de espera de vigilancia:
Tiempo de espera de vigilancia de software
Este descanso es causado por un Loop infinito en el nivel de interrupción, o por un problema de hardware. Aquí están algunas indicaciones de este tipo de descanso:
-
Los registros de la consola contienen estas líneas:
*** del tiempo de espera de vigilancia del ***
PC = 0x6022536C, SP = 0x00000000
-
Los informes impresos de ejecución de la demostración version output la razón de la recarga como expiró un “temporizador de vigilancia”:
Router#show version
...
Router uptime is 1 hour, 47 minutes
System restarted by watchdog timer expired at 06:30:24 UTC Mon Jan 28 2000
System image file is "flash:c3640-is-mz.113-7-T.bin", booted via flash
-
No se genera ningún archivo CRASHINFO. Vea extraer la información del archivo CRASHINFO para los detalles.
La mayor parte del tiempo, estos mensajes indican los problemas del hardware, con la placa del procesador principal o con uno de los módulos.
Después de que usted identifique tiempo de espera agotado del software de vigilancia, el siguiente paso es marcar el resumen del Field Notice del producto para su plataforma y todos los componentes instalados en ese sistema para los problemas sabidos del hardware crítico. Por ejemplo, hay un Field Notice para el Cisco 3600 Series Router: Tiempos de espera de vigilancia del módulo PRI del Cisco 3600 T1/E1. Asegúrese de que usted marque los Field Notice antes de que usted resuelva problemas más lejos.
Si un nuevo módulo ha estado instalado recientemente, usted debe primero intentar quitarlo para verificar si es la razón del tiempo de espera de vigilancia. Si persiste el tiempo de espera de vigilancia, intente volver a sentar a todos los componentes extraíbles.
Si el tiempo de espera de vigilancia continúa en este momento, no hay Field Notice para su hardware, y si no se ha instalado ningún nuevo módulo recientemente, continúa y substituye a la placa del procesador principal. En plataformas de mayor capacidad, la placa del procesador es un tarjeta separada (como la NPE-400 ó RSP8). En las plataformas de menor capacidad (Cisco 1700, 2500, 4000, 2600, 3600, etc.), la placa madre no se puede enviar en forma separada. En este caso, deberá cambiar el chasis en sí.
Tiempo de espera de vigilancia de procesos
Este tiempo de espera se produce a partir de un loop infinito en el nivel del proceso. Aquí están algunas indicaciones de este descanso:
-
Los registros de la consola contienen estas líneas:
%SYS-2-WATCHDOG: Process aborted on watchdog timeout,
process = Exec
*** System received a Software forced crash ***
signal = 0x17, code = 0x24, context= 0x60ceca60
-
Los informes impresos de ejecución de la demostración version output la caída como “caída del sistema forzada por software”:
Router#show version
...
Router uptime is 2 days, 21 hours, 30 minutes
System restarted by error - Software-forced crash,
PC 0x316EF90 at 20:22:37 edt
System image file is "flash:c2500-is-l.112-15a.bin",
booted via flash
-
Un archivo CRASHINFO se genera para las Plataformas que lo soportan.
Este problema es más probable un bug del Cisco IOS Software.
Si usted tiene la salida de un comando show stacks de su dispositivo de Cisco, usted puede utilizar el analizador del CLI de Cisco para visualizar los problemas potenciales y los arreglos. Para utilizar el analizador del CLI de Cisco, usted debe ser un cliente registrado, se abra una sesión, y hace el Javascript habilitar.
Sin embargo, el sistema fue pegado en un loop antes de la recarga. Por lo tanto, el seguimiento de pila no necesita necesariamente ser relevante. Usted puede actualizar a la última versión del Cisco IOS Software de su tren de versión de eliminar todos los problemas de proceso sabidos del perro guardián. Si todavía ocurre una caída después de que la actualización, recoja tanta información como sea posible (véase los desperfectos del router del troubleshooting), y entre en contacto su representante de soporte técnico.
Mensajes de error relacionados con el tiempo de espera de vigilancia
Hay otros mensajes de error de la consola relacionados con los temporizadores de vigilancia. No confunda estos mensajes con una caída del temporizador de vigilancia. Esté seguro de marcar el significado de estos mensajes de error con la ayuda del decodificador de mensajes de error (clientes registrados solamente). Esta herramienta le da una explicación detallada de muchos mensajes de error, y recomienda las acciones para resolverlas.
Considere este mensaje:
%SYS-2-WATCHDOG: Process aborted on watchdog timeout,
process = [chars]
Este mensaje indica que el proceso especificado se ha ejecutado durante demasiado tiempo, y el procesador no se ha abandonado. El sistema ha apagado el proceso indicado. De acuerdo con su configuración, esto puede llevar a una caída del sistema. Si ocurre el mensaje solamente una vez, usted no necesita tomar ningunas medidas. Sin embargo, si ocurre otra vez, usted debe tratarlo como tiempo de espera de vigilancia de proceso, y toma la acción necesaria.
Información para recopilar si abre un pedido de servicio del TAC
| Si usted todavía necesita la ayuda después de seguir los pasos de Troubleshooting arriba y quiere abrir una solicitud de servicio (clientes registrados solamente) con el TAC de Cisco, esté seguro de incluir la siguiente información: |
- Troubleshooting realizado antes de abrir la solicitud de servicio.
- muestre la salida del Soporte técnico (en el enable mode si es posible).
- muestre la salida del registro o a las capturas de consola, si está disponible.
- tecnología de la demostración del [slot -] del execute-on slot para el slot que experimentó el error de placa de línea.
- El archivo CRASHINFO (si está disponible, y no se ha incluido ya en el Soporte técnico de la demostración hecho salir).
Adjunte los datos recolectados a su pedido de servicio en formato de texto sin comprimir (.txt). Usted puede adjuntar la información a su solicitud de servicio cargandola usando la herramienta de la solicitud de servicio de TAC (clientes registrados solamente). Si usted no puede acceder la herramienta de la solicitud de servicio, usted puede enviar la información en un elemento adjunto de correo electrónico a attach@cisco.com con su número de la solicitud de servicio en el asunto de su mensaje. Nota: No recargue por favor manualmente o ciclo de la potencia el router antes de recoger la información antedicha a menos que esté requerido para resolver problemas un error de placa de línea en el Cisco 12000 Series Internet Router, como esto puede hacer la información importante ser perdido que es necesaria para determinar la causa raíz del problema. |
Información Relacionada
Comentarios