linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* RE: Process falls into uninterruptible sleep
@ 2003-04-09 20:39 Perez-Gonzalez, Inaky
  2003-04-09 20:48 ` Michael Buesch
  0 siblings, 1 reply; 5+ messages in thread
From: Perez-Gonzalez, Inaky @ 2003-04-09 20:39 UTC (permalink / raw)
  To: 'Michael Buesch'; +Cc: 'linux-kernel@vger.kernel.org'

> Michael Buesch
>
>On Wednesday 09 April 2003 21:39, Perez-Gonzalez, Inaky wrote:
>> uniterruptible processes cannot be killed :)
> I know. :)
> But it shouldn't fall into this sleep.

Do this, try to get again kmail [or any other app to freeze]. When it is
hung in there, do:

$ ps axfwl > ps.log. 

Now get the PID of the guy and do:

$ find /proc/PID -ls -perm a+r -exec cat {} \; > proc.log

Then go to a console and do Ctrl+ScrollLock - get that output from the
klogd->syslogd and look for the entry that matches the hang process and the
PID. Record the trace and send everything. The traces will look like:

kmail         S 00000001 4291079704  4518    394                     (NOTLB)
Call Trace:
 [<c013d3b5>] do_clock_nanosleep+0x1c5/0x360
 [<c011e5c0>] default_wake_function+0x0/0x20
 [<c011e5c0>] default_wake_function+0x0/0x20
 [<c013cfa0>] nanosleep_wake_up+0x0/0x10
 [<c01107c0>] do_gettimeofday+0x20/0xb0
 [<c013d03e>] sys_nanosleep+0x6e/0x100
 [<c0109a7f>] syscall_call+0x7/0xb

I am trying to see what it is exactly waiting for. From your data, it is
evident that it is somewhere in the rw process where he is getting 
stuck, but it needs to be confirmed and traced to a where.

Iñaky Pérez-González -- Not speaking for Intel -- all opinions are my own
(and my fault)



^ permalink raw reply	[flat|nested] 5+ messages in thread
* Process falls into uninterruptible sleep
@ 2003-04-09 17:26 Michael Buesch
       [not found] ` <20030410091050.1bd8a8b2.hv@mail.tm>
  0 siblings, 1 reply; 5+ messages in thread
From: Michael Buesch @ 2003-04-09 17:26 UTC (permalink / raw)
  To: linux-kernel

Hi.

I have a problem, since I'm using linux-2.4.21-pre6

Sometimes (there seems to be no reason for it) a process
(doesn't matter what process) falls into an
"uninterruptible sleep" while doing something with it.
This problem isn't reproducible or bound to a specific process.
It happens when it "want's to happen" :)

Here an example of a locked kmail:

mb@lfs:~> ps aux | grep kmail
mb       27979  0.2  8.8 43124 22728 ?       D    15:56   0:35 kmail

I'm not able to kill the processes.
I don't know if it is really a kernel-problem, but I think it is one.

Regards
Michael Buesch.

-- 
My homepage: http://www.8ung.at/tuxsoft
fighting for peace is like fu**ing for virginity


^ permalink raw reply	[flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-04-10 14:29 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <A46BBDB345A7D5118EC90002A5072C780BEBA43A@orsmsx116.jf.intel.com>
2003-04-09 20:23 ` Process falls into uninterruptible sleep Michael Buesch
2003-04-09 20:39 Perez-Gonzalez, Inaky
2003-04-09 20:48 ` Michael Buesch
  -- strict thread matches above, loose matches on Subject: below --
2003-04-09 17:26 Michael Buesch
     [not found] ` <20030410091050.1bd8a8b2.hv@mail.tm>
2003-04-10 14:41   ` Michael Buesch

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).