Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 13 Nov 2010 12:27:47 +0200
From:      Andriy Gapon <avg@freebsd.org>
To:        Martin Matuska <mm@freebsd.org>
Cc:        freebsd-fs@freebsd.org, freebsd-stable@freebsd.org
Subject:   Re: 8.1-STABLE: problem with unmounting ZFS snapshots
Message-ID:  <4CDE6823.6080907@freebsd.org>
In-Reply-To: <4CDDF77B.90708@FreeBSD.org>
References:  <D9ABDE54892A4D9285FE7FFA6E1B1B69@vosz.local>	<4CDD2F5F.2000902@freebsd.org>	<FD7FC6ED159249338A04BE125941D146@vosz.local> <4CDD4EB4.40004@freebsd.org> <4CDDF77B.90708@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
on 13/11/2010 04:27 Martin Matuska said the following:
> Yes, this is indeed a leak introduced by importing onnv revision 9214
> and it exists in perforce as well - very easy to reproduce.
> 
> # mount -t zfs test@t1 /mnt
> # umount /mnt (-> hang)
> 
> http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6604992
> http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6810367
> 
> This is not compatible with mounting snapshots outside mounted ZFS and I
> was not able to reproduce the errors defined in 6604992 and 6810367
> (they are Solaris-specific). I suggest we comment out this code (from
> head, later MFC and p4 as well).
> 
> Patch (should work with HEAD and 8-STABLE):
> http://people.freebsd.org/~mm/patches/zfs/zfs_vfsops.c.patch

Not quite sure, but perhaps it's better to make the logic in each place match
the other.  That is, I see that the code does hold on a filesystem of a covered
vnode, but does rele on a parent ZFS filesystem.
Or is this kind of protection not needed at all for FreeBSD?

-- 
Andriy Gapon



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