Re: unkillable process ?
Re: unkillable process ?
- Subject: Re: unkillable process ?
- From: Pejvan BEIGUI <email@hidden>
- Date: Sun, 06 Apr 2003 14:46:55 +0200
- Organization: Project:Omega
Pejvan BEIGUI wrote:
>
email@hidden wrote:
>
>
>
>
> On Thursday, April 3, 2003, at 12:12PM, Pejvan BEIGUI wrote:
>
>
>
>> I've got a real and weird problem, which seems to come from the
>
>> kernel, and hence I haven't been able to find the answer anywhere
>
>> else, i'm asking it here:
>
>>
>
>> How can anyone explain this:
>
>>
>
>> > [2:10:22pm] _pejvan_ ~ >> kill -9 1026
>
>> > [2:21:32pm] _pejvan_ ~ >> kill -9 1026
>
>> > [2:21:33pm] _pejvan_ ~ >> kill -9 1026
>
>> > [2:21:33pm] _pejvan_ ~ >> kill -9 1026
>
>> > [2:21:34pm] _pejvan_ ~ >> sudo kill -9 1026
>
>> > Password:
>
>> > [2:21:42pm] _pejvan_ ~ >> sudo kill -9 1026
>
>> > [2:21:44pm] _pejvan_ ~ >> sudo kill -9 1026
>
>> > [2:21:45pm] _pejvan_ ~ >> ps -U pejvan | grep 1026
>
>> > 1026 ?? Us 0:00.02 /Users/pejvan/devel/[...]
>
>
>
>
>
>
>
> That "U" means that the process (or more appropriately, one of the
>
> threads in the process) is blocked in the kernel in an
>
> "uninterruptible" state. It is unacceptable for the kernel/drivers to
>
> so mark a thread and then non make forward progress on it. Do you
>
> have any non-standard kernel extensions? What system call was thread
>
> making when it got into this state? You can find the latter by
>
> running the sample tool on the process (or attaching with gdb).
>
>
>
>
In fact, this error doesn't come from my sources, it comes sometimes
>
when I use cdrdao. I only have one non-standard kernel extension: the
>
MSMouse kext.
>
I'll try to run the sample tool on it next time i get this crash, and
>
I'll report it to you. "Hopefully" this week-end.
>
Here's what sampler can tell me about the process. Hope it can give you
valuable information. Please let me know if you think that I should fill
in a bug report.
Thanks,
Pejvan
>
Report #0 - Sampling cdrdao (process 1054)
>
Stacks at 2003-04-06 13:23:05 +0200
>
Samples (displayed/total): 1697/1697
>
Call graph:
>
1697 Thread_5607
>
1697 start
>
1697 _start
>
1697 main
>
1697 setupDevice(Command, char const*, char const*, int, int, int, int, int)
>
1697 ScsiIf::init()
>
1697 scg_open
>
1697 scg__open
>
1697 scgo_open
>
1697 SCSITaskDeviceClass::ObtainExclusiveAccess()
>
1697 IOConnectMethodScalarIScalarO
>
1697 io_connect_method_scalarI_scalarO
>
1697 mach_msg
>
1697 mach_msg_trap
>
1697 mach_msg_trap [STACK TOP]
>
>
Total number in stack (recursive counted multiple, when >=5):
>
>
Sort by top of stack, same collapsed (when >= 5):
>
mach_msg_trap [STACK TOP] 1697
_______________________________________________
darwin-kernel mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/darwin-kernel
Do not post admin requests to the list. They will be ignored.