Bug in the unmounting code
Maxim Sobolev
sobomax at sippysoft.com
Sat Apr 21 02:09:16 UTC 2007
Hi,
I have noticed that there is a bug in unmounting code which could make
filesystem unmountable when its parent filesystem has been forcefully
unmounted. Following is quick way to reproduce the problem:
[sobomax at pioneer ~]$ sudo mkdir -p /tmp/1/2
[sobomax at pioneer ~]$ sudo mkdir /tmp/3
[sobomax at pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3
[sobomax at pioneer ~]$ sudo mount_nullfs /tmp/1 /tmp/3/2
[sobomax at pioneer ~]$ sudo umount -f /tmp/3
[sobomax at pioneer ~]$ sudo mount -v
/tmp/1 on /tmp/3/2 (nullfs, local, fsid 03ff000202000000)
[sobomax at pioneer ~]$ sudo umount 03ff000202000000
umount: unmount of /tmp/3/2 failed: No such file or directory
umount: retrying using path instead of file system ID
umount: unmount of /tmp/3/2 failed: No such file or directory
Investigation has revealed that in this case vn_lock() call fails with
ENOENT due to the following piece of code:
vn_lock()
[...]
if (error == 0 && vp->v_iflag & VI_DOOMED &&
(flags & LK_RETRY) == 0) {
VOP_UNLOCK(vp, 0, td);
error = ENOENT;
break;
}
[...]
Addition of LK_RETRY flag fixed the problem, but my knowledge of VFS is
quite limited so that I would appreciate if somebody could verify that
the fix below won't have any undesirable effects.
-Maxim
--- vfs_mount.c 2007/04/21 01:40:53 1.1
+++ vfs_mount.c 2007/04/21 01:41:09
@@ -1155,7 +1155,7 @@
mnt_gen_r = mp->mnt_gen;
VI_LOCK(coveredvp);
vholdl(coveredvp);
- error = vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK, td);
+ error = vn_lock(coveredvp, LK_EXCLUSIVE | LK_INTERLOCK |
LK_RETRY, td);
vdrop(coveredvp);
/*
* Check for mp being unmounted while waiting for the
More information about the freebsd-current
mailing list