[cisco] Re: mesaj ciudat
"Sorin CONSTANTINESCU" <[email protected]> Fri, 12 Sep 2003 11:28:51 +0300 (EEST)
| Newsgroups | gmane.org.user-groups.rlug.general,gmane.org.user-groups.rlug.cisco |
|---|---|
| Message-ID | <[email protected]> |
Salut, si cautat pe la cisco pe sit? http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_tech_note09186a00800a6a69.shtml#SCHED-3-THRASHING === cut here === SCHED-3-THRASHING This message means that the indicated process has relinquished control 50 consecutive times and there are still outstanding events to be processed. The following messages on the console indicate such a problem: %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 These thrashing checks are intended to determine if a process is, for some reason, not doing its job. The thrashing check on watched queues (which is the troublesome message which is signaling) checks the number of elements on the queue. If this number remains the same for a given number of schedulings, the message is printed. Unfortunately, some queues are length-limited, meaning that if the router gets very busy, the queues always stay at the maximum. As a result, the thrashing code in the scheduler gets confused and thinks that these queues have not been handled. The thrashing code has determined that the process which was supposed to handle the queue was not doing its job and prints the thrashing message. The scheduler has been changed in later Cisco IOS software code. To keep track of whether the queues have been changed (so it can better determine whether or not the process is thrashing), the scheduler now notes whenever an item is removed from the queue, and only prints the thrashing message if nothing gets removed for a while. Most of the time, the queue thrashing message is simply cosmetic. These messages are not always caused by a software bug. They may be issued in response to either instantaneous or sustained demand on the router. Increased or persistent messages may indicate that the traffic load needs to be reviewed. Note: These code changes are reported under CSCdj68470. If you are a registered user, you may use the Bug Toolkit to watch this bugID. === and here === Ciprian Niculescu said: > obtin asta > 5w2d: %SCHED-3-THRASHING: Process thrashing on watched message event. > -Process= "TTY Background", ipl= 4, pid= 27 > -Traceback= 60468F4C 604691A4 603B874C > > este un 3725 cu netflow+ipsec+isdn+sip active > > C > > -- Sorin CONSTANTINESCU [email protected] Linux Registered User #222086