Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 25 Jun 2005 16:13:20 +0200
From:      Philip Paeps <philip@freebsd.org>
To:        freebsd-current@freebsd.org
Subject:   Re: Unable to umount union-parts after umounting unionfs
Message-ID:  <20050625141320.GA605@fasolt.home.paeps.cx>
In-Reply-To: <20050623142117.GE738@obiwan.tataz.chchile.org>
References:  <20050622065357.GA694@loge.nixsys.be> <20050623083804.GV738@obiwan.tataz.chchile.org> <20050623104843.GA698@loge.nixsys.be> <20050623142117.GE738@obiwan.tataz.chchile.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2005-06-23 16:21:17 (+0200), Jeremie Le Hen <jeremie@le-hen.org> wrote:
> > > Could you show us the locked vnodes for these two cases please ?
> >
> > Is there any way I can either try to unmount the filesystem manually from
> > the debugger or make the unmounting code more chatting about what it's
> > waiting for?
> 
> I don't think that having a snapshot of locked vnode when union_unmount() is
> called would inform us further.  However, I you want to try, you just have
> to drop to DDB, set a breakpoint on union_unmount() (typing "break
> union_unmount") and then try the unmount (you can delete the breakpoint by
> simply using "delete union_unmount").

Note that the problem is not in unmounting the union filesystem, that works
fine, it's unmounting the top layer.  Unmounting the bottom layer is not a
problem either.

> One thing you can do is compiling your kernel with DIAGNOSTIC enabled
> and set the sysctl debug.busyprt to 1.  This will print informations on
> each busy vnode when you will be trying to unmount the filesystem :

Aha:

%%%
vflush: busy vnode
0xc2578bb0: tag ufs, type VDIR
    usecount 1, writecount 0, refcount 4 mountedhere 0
    flags (VV_ROOT)
 VI_LOCKed    v_object 0xc256c630 ref 0 pages 1
     lock type ufs: EXCL (count 1) by thread 0xc2547900 (pid 687)
        ino 2, on dev md1
%%%

 - Philip

-- 
Philip Paeps                                    Please don't Cc me, I am
philip@freebsd.org                               subscribed to the list.

  BOFH Excuse #242:
    Software uses US measurements, but the OS is in metric...



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050625141320.GA605>