DragonFly bugs List (threaded) for 2007-02
Re: panic: getblk: vnode 0xce889690 has no object!
On Sun, Feb 04, 2007 at 12:01:53PM -0800, Matthew Dillon wrote:
> :> :Regards.
> :> Could you upload the coredump to leaf?
> :> This panic occurs when a vnode has no associated VM object. VM objects
> :> used to be optional but are now mandatory, so there must have been a
> :> path where the vnode was created without a VM object (possibly before
> :> the ls). Examining the vnode might give me a clue as to how that
> :> happened.
> :Done, saved as ~y0netan1/crash/panic-11.tar.gz . The source code
> :is as of just before my last commit to /sys/dev/acpica5/acpi.c (rev 1.30).
> Hmm. Something very odd is going on here. It is trying to resolve
> the filename "firefox-18.104.22.168" at this path:
> frame 9
> print ap->a_nch->ncp->nc_name ("firefox-22.214.171.124")
> print ap->a_nch->ncp->nc_parent->nc_name ("firefox")
> print *ap->a_nch->mount ("/u")
> So the path is:
> The problem is that /u/firefox seems to be a softlink. At least,
> the vnode is marked as being a softlink and that makes the
> namecache entry illegal because it must be a directory (the namecache
> represents the 'real' path, not paths through softlinks).
> The kernel then treats the vnode as a directory even though it is
> a VLNK, tries to do a block lookup on it, and panics.
I need to look at the directory to make sure (it's not here with me now),
but I believe /u/firefox is a symlink which points to firefox-126.96.36.199,
and the link doesn't contain a slash; i.e. I did the following to create
# cd /u && ln -s firefox-188.8.131.52 firefox
I use "/u/firefox/firefox" to start this linux version. I don't use chroot
to use any linux binaries.