Este documento explica las causas de algunos mensajes de error planificador de trabajos-relacionados del software de Cisco IOS®, y cómo resolverlos problemas. Estos mensajes no se relacionan con una plataforma específica. Pueden aparecer en cada plataforma que utilice el software del Cisco IOS.
Éstos son los mensajes que este los documentos abarca:
Si usted encuentra un “SCHED…” el mensaje de error que no se explica en esta página, utiliza la forma del feedback en la cima de esta página para informar a Cisco.
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
Consulte Convenciones de Consejos Técnicos de Cisco para obtener más información sobre las convenciones sobre documentos.
El planificador de trabajos del software del Cisco IOS, que es parte del corazón del software del Cisco IOS, maneja todos los procesos en el sistema usando una serie de colas de administración del tráfico de proceso que representen a cada estado del proceso. Las colas de administración del tráfico llevan a cabo la información contextual para los procesos en ese estado. La transición de los procesos a partir de un estado a otro como el planificador de trabajos mueve su contexto a partir de una cola de proceso a otra. Algunas de las colas de administración del tráfico de proceso son:
Cola ociosa — Contiene los procesos que son todavía activos solamente la espera en un evento para ocurrir antes de que se ejecuten.
Cola muerta — Contiene los procesos que han terminado, pero necesita hacer sus recursos reclamar antes de que puedan ser quitados totalmente del sistema.
Colas listas — Contiene los procesos que son elegibles ejecutarse. Hay cuatro colas listas, una para cada prioridad del proceso. Cuando un proceso en ejecución suspende, el planificador de trabajos recupera el control de la CPU y utiliza un algoritmo para seleccionar el proceso siguiente a partir de la una de sus cuatro colas listas.
Un proceso puede registrarse para ser notificado cuando los diversos eventos ocurren en el router. Este mensaje específico aparece siempre que expire un temporizador registrado y el valor del temporizador es sin cambios después de que el proceso ejecute dos veces sucesivas. Esto es siempre un problema relacionado con el software cosmético.
Estos mensajes en la consola indican tal problema:
%SCHED-3-STUCKMTMR: Sleep with expired managed timer 1C7410, time 0x1063F9C52 (00:00:00 ago). -Process= "IP SNMP", ipl= 6, pid= 44 -Traceback= 31BC79A 31BC9C0 323E130
El proceso en el cual este mensaje de error ocurre es una buena indicación para estrecharse abajo de la causa de estos tracebacks. Esta lista muestra las más razones comunes para que estos mensajes aparezcan:
Proceso del Simple Network Management Protocol (SNMP) IP — Este mensaje puede aparecer durante la petición de WriteNet SNMP:
%SCHED-3-STUCKMTMR: Sleep w/expired mgd timer 13AF58, time 0xBDBE878A (00:00:03 ago). -Process= "IP SNMP", ipl= 6, pid= 29 -Traceback= 313B218 313B5D2 3192A76 319EFEC 319F234 30FF17E 319F446 319F88E 30FEA70 3304C1E 33045F0 32F78E4 32F82AE 32F383E 32F7ABA 30FF19A %SYS-4-SNMP_WRITENET: SNMP WriteNet request. Writing current configuration to 146.61.55.230. %SYS-4-SNMP_WRITENET: SNMP WriteNet request. Writing current configuration to 146.61.10.20.
Versiones de software anteriores del Cisco IOS contuvieron algunos problemas encuesta-relacionados IP SNMP. Una mejora a la última versión principal del Cisco IOS Software Releases 12.0 o 12.1 soluciona este problema. Esto es un mensaje superfluo, y no hay efectos secundarios adversos que pudieron afectar a la operación del router (o del proceso IP SNMP).
Proceso de los protocolos del Servicio de red integrado virtual (VINES) — Estos tracebacks se pueden generar en un router configurado para las VIDES:
%SCHED-3-STUCKMTMR: Sleep w/expired mgd timer 6100606C, time 0x222DF318 (00:00:00 ago). -Process= "VINES Protocols", ipl= 6, pid= 60
Los mensajes Ocurren si las VIDES han faltado el procesar de un evento sincronizado expirado (cuando el procesador del sistema se carga pesadamente). El evento consigue eventual procesado, pero no cuando primero expira.
Temporizadores de las aplicaciones de las VIDES para procesar y manejar los servicios del Address Resolution Protocol (ARP) de las VIDES, sesiones y retransmisión inter de la comunicación del procesador (IPC), envejecimiento de la ruta, y algunos servicios de servidor.
Estos mensajes se han fijado en el Cisco IOS Software Release 12.0S y 12.1 versiones principales.
Protocolo múltiple transferencia de la escritura de la etiqueta (MPLS) - proceso relacionado — estos tracebacks se pueden generar en un router configurado para el MPLS:
%SCHED-3-STUCKMTMR: Sleep w/expired mgd timer 60C0E9B4, time 0x3952 (00:00:00 ago). -Process= "TDP Hello", ipl= 5, pid= 58 -Traceback= 600867F0 60086BB8 604390D4 60077E88 60077E74 %SCHED-3-STUCKMTMR: Sleep w/expired mgd timer 60CC2548, time 0x43006 (00:00:00 ago). -Process= "Tag Control", ipl= 5, pid= 56 -Traceback= 600867F0 60086BB8 60448320 604484F0 60077E88 60077E74
El análisis del evento coloca para el Protocolo de distribución de la etiqueta (TDP), hello (saludo) TDP, y los procesos de control de la etiqueta muestran que los loopes podrían llamar un proceso process_wait_for_event específico sin el proceso de todos los temporizadores caducados. Los loopes se fijan para asegurarse de que todos los temporizadores caducados están procesados antes de suspender. Este problema se soluciona en el último Cisco IOS Software Release 12.0S y 12.1 versiones principales.
Esta lista de procesos donde este mensaje puede ocurrir es no exhaustiva. Es siempre un mensaje superfluo y, por lo tanto, no alinea una actualización de software del Cisco IOS. Esté seguro de funcionar con la última versión de software del Cisco IOS de su tren. Si el mensaje todavía aparece en la última versión de software del Cisco IOS que está disponible en Cisco.com para los usuarios registrados, entre en contacto con el Soporte técnico de Cisco para abrir un caso. En este tiempo, provea de un registro completo de la demostración los mensajes de error y de una tecnología de la demostración del router o del conmutador en quienes el problema ocurre.
Este mensaje significa que el proceso indicado ha abandonado los tiempos consecutivos del control 50 y hay eventos aún en mora que se procesarán.
Estos mensajes en la consola indican tal problema:
%SCHED-3-THRASHING: Process thrashing on watched queue 'ARP queue' (count 54). -Process= "ARP Input", ipl= 5, pid= 6 -Traceback= 6020589C 60205BC4 60236520 601F4FD8 601F4FC4
Estos controles que golpean se piensan para determinar si es un proceso, por alguna razón, no hace su trabajo. El control que golpea en las colas de administración del tráfico miradas (que es mensaje problemático que está señalando) controla el número de elementos en la cola. Si este número sigue siendo lo mismo para un número determinado de schedulings, se imprime el mensaje.
Algunas colas de administración del tráfico son longitud-limitadas. Esto significa que si el router consigue muy ocupado, de las colas de administración del tráfico la estancia siempre en el máximo. Como consecuencia, el código de desecho en el planificador de trabajos consigue confuso y piensa que estas colas de administración del tráfico no se hayan manejado. El código de desecho ha determinado que el proceso que fue supuesto para manejar la cola no hacía su trabajo e imprime el mensaje a desechar.
El planificador de trabajos se ha cambiado en el código del software posterior del Cisco IOS. Para no perder de vista si se han cambiado las colas de administración del tráfico (así que puede determinar mejor independientemente de si el proceso está golpeando), del planificador de trabajos las notas ahora siempre que un item se quite de la cola, e imprimen solamente el mensaje a desechar si nada consigue quitada durante algún tiempo.
La mayor parte del tiempo, el mensaje de hiperpaginación de cola es cosmético.
Estos mensajes no son causados siempre por un bug de software. Pueden ser publicados en respuesta a la demanda instantánea o continua en el router. Aumentado o los mensajes persistentes pueden indicar que la carga de tráfico necesita ser revisada.
Nota: Estos cambios del código están señalados bajo ID de bug CSCdj68470 (clientes registrados de Cisco solamente).
Este mensaje aparece siempre que un proceso reciba un evento que no sepa dirigir. Por ejemplo:
%SCHED-3-UNEXPECTEDEVENT: Process received unknown event (maj 10, min 0). -Process= "IP SNMP", ipl= 0, pid= 23 -Traceback= 602842B8 6017CFB8 6017CFA4
Hay varias posibles causas de este problema:
La causa más probable es que un proceso despierta directamente otro proceso, y pasa los números de evento importantes y de menor importancia al proceso. Si el proceso de envío despierta el proceso incorrecto, el proceso de recepción no sabe manejar los números de evento principales y de menor importancia recibidos. El proceso pudo realizar la acción incorrecta si cuenta con un evento con corresponder con los números de evento importantes y de menor importancia, o puede ser que imprima este mensaje. Utilice la salida del comando show process de ayudar a determinar qué proceso pudo haber enviado una atención directa a un proceso.
Otra posible causa de este problema es que un ingeniero de desarrollo ha agregado el código para registrarse para un evento, pero no ha agregado el código para manejar el evento.
Una subrutina llamada por el proceso pudo haberse registrado para un nuevo evento, pero no ha cancelado el evento antes de que salga.
Estos mensajes son siempre debido a un bug de software. De acuerdo con el proceso que no sabía manejar un evento, usted puede ejecutarse en diversos bug en el software del Cisco IOS.
Si el proceso es igual al ejecutivo o al EXEC virtual, usted es más probable de ejecutarse en estos problemas:
%SCHED-3-UNEXPECTEDEVENT: Process received unknown event (maj 80, min 0). -Process= "Exec", ipl= 0, pid= 20 -Traceback= 604A0D68 6049B400 6049C974 601B2F5C 601B338C 601CC384 601CC9E0 601F5628 602383EC 602383D8 or %SCHED-3-UNEXPECTEDEVENT: Process received unknown event (maj 80, min 0). -Process= "Virtual Exec", ipl= 0, pid= 2 -Traceback= 60479FA0 60474638 60476474 601B0E20 601B0A38 601E5088 601E5B08 601F0A54 60231324 60231310
Este mensaje de error es causado por el código de la depuración que fue dejado accidentalmente en algunas versiones de código más antiguas. Ha reaparecido en la versión de la línea principal del software 12.0 del Cisco IOS. El mensaje de error es probable ocurrir si usted hace TACACS configurar y usted ejecutar el comando show line en el comando line interface(cli) del router. El mensaje de error no tiene ninguna influencia en las funciones del router, así que esto se puede considerar como bug cosmético. La única forma de librarse de este mensaje de error es actualizar el software del Cisco IOS a una versión posterior.
Usted debe funcionar con por lo menos los Cisco IOS Software Release 12.0(11), 12.0(11)S, o 12.1(2), sobre la base del tren que usted funciona con. Sin embargo, si le hacen frente con otro bug, considere una mejora al último software del Cisco IOS disponible para el tren correspondiente. Si el problema está todavía presente en el último Cisco IOS versión de software, usted puede entrar en contacto con el Soporte técnico de Cisco para abrir un nuevo bug. En este tiempo, tenga listo el resultado completo del comando show logging con los mensajes de error y la salida de la versión de la demostración para decodificar los tracebacks.
Refiera al ID de bug CSCdp17107 (clientes registrados de Cisco solamente) para más información sobre este problema.
Este presentaciones del mensaje siempre que una tentativa se haga para registrarse para un evento sin primero crear la estructura de datos para ese evento. Esto es un bug de interna del software en el software del Cisco IOS. El resultado es similar al siguiente:
%SCHED-2-WATCH: Attempt to enqueue uninitialized watched queue (address 0). -Process= "Net Input", ipl= 0, pid= 29 -Traceback= 601B821C 60193428 604F59EC 604F6110 601C09F8 601934E0 6019304C 601A65E8 601A65D4
Usted puede encontrar esta clase de mensaje de error durante una inserción y un retiro en línea (OIR) de cualquier tipo de indicador luminoso LED amarillo de la placa muestra gravedad menor. Por ejemplo, en un router de Internet de las Cisco 12000 Series, usted puede ver estos mensajes después de que usted substituya un indicador luminoso LED amarillo de la placa muestra gravedad menor del procesador de la ruta del gigabit (GRP) en un router de las GSR12016 Series:
%SCHED-2-WATCH: Attempt to set uninitialized watched boolean (address 0). -Process= "LC Crash Complete Process", ipl= 0, pid= 29 -Traceback= 60189CA8 60244E08 6017562C 60175618
Las versiones anteriores del código contienen algunos problemas de redundancia. La mayor parte de estos problemas se fijan en el último Cisco IOS Software Release 12.0S. Esté seguro de funcionar con una versión de software del Cisco IOS que sea más adelante que o por lo menos igual al software Releases12.0(18)S1 y 12.0(17)S2 del Cisco IOS. Una recarga fría del router debe fijar muy probablemente este problema si un volver a sentar del indicador luminoso LED amarillo de la placa muestra gravedad menor defectuoso no trabaja.
Los mensajes son similares a esta salida en un 7500 Series Router:
%OIR-6-REMCARD: Card removed from slot 3, interfaces disabled %SCHED-2-WATCH: Attempt to set uninitialized watched Boolean (address 0). -Process= "OIR Handler", ipl= 0, pid= 7 -Traceback= 60236120 60C64838 60280594 60280874 602211BC 602211A8
La mayor parte del tiempo estos mensajes de error SCHED son debido a un bug de interna del software en el software del Cisco IOS. Por lo tanto, el primer paso en resolver problemas estos mensajes de error es buscar un bug conocido.
Una mejora a la última imagen del software del Cisco IOS de su tren de versión se libra de todos los bug planificador de trabajos-relacionados del software fijo del Cisco IOS.
Si todavía aparece el problema, entre en contacto con su representante de servicio técnico de Cisco con una copia exacta del mensaje de error, junto con la salida de una tecnología-ayuda de la demostración y de un comando show log.
Si usted todavía necesita la ayuda después de que usted siga los pasos de troubleshooting en este documento, usted puede abrir un caso (clientes registrados solamente) con el Soporte técnico de Cisco. Esté seguro de incluir la información enumerada aquí: |
---|
Nota: No recargue manualmente o potencia-ciclo el router antes de que usted recoja esta información, a menos que esté requerido. Esto puede hacerle perder la información importante que usted necesita para determinar la causa raíz del problema. |
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
24-Jun-2008 |
Versión inicial |