Re: panic(cpu 1 caller ...): vnode_put(...): iocount < 1
Re: panic(cpu 1 caller ...): vnode_put(...): iocount < 1
- Subject: Re: panic(cpu 1 caller ...): vnode_put(...): iocount < 1
- From: James Reynolds <email@hidden>
- Date: Fri, 21 Oct 2005 19:25:02 -0600
At 3:09 PM -0600 10/18/05, James Reynolds wrote:
So, it turns out my problems were a little deeper than I thought.
I'm hoping someone here can help me debug launchd and kernel_task
with gdb (see why below).
First, the kernel panics is only one symptom. Another symptom is
that the computer will not reboot. It goes to the blue screen with
the spinning cogwheel and must be force restarted (holding power
button until it powers off). If I tap the power button and go into
kernel debug mode, I can see the only processes running are launchd,
kernel_task, and the reboot command. I honestly have no idea where
to start looking to see how these are hung since they break at the
NMI code.
Second, the kernel panics (and system hangs) don't occur on the same
file. So this isn't an Icon\R file problem. It is different files
from different Apps, every time. But they are all apps in
/Applications.
Third, it also turns out mds wasn't the only app that caused the
kernel panic. In fact, the find command does it as well and more
often. It can either cause the kernel panic or when I try to
/sbin/reboot then launchd and kernel_task do not quit. These are
the 2 commands (executed at the same time)
find / ! -type l -perm -2 &
find / \( ! -fstype local -o -fstype fdesc -o -fstype devfs \) -a
-prune -o -print
So I thought I would send an update.
These panics only occur on our dual processors. If I disable (via
CHUD) the 2nd processor, the problem seems to go away.
Second, I've duplicated the problem on a clean install of OS X, so it
isn't any 3rd party stuff running that panics/hangs the computer.
Third, it only panics when scanning a folder from my old system.
I've copied it (ditto -rsrc) to the new system and it still panics.
I haven't been able to isolate what file is causing the panic because
the folder is very large (4 GIG) and everything changes on each
panic. I will keep trying next Monday.
--
Thanks,
James Reynolds
University of Utah
Student Computing Labs
email@hidden
801-585-9811
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden