linux – umount绑定过时的NFS

NFS挂载目录：

$mount -o rw,soft,tcp,intr,timeo=10,retrans=2,retry=1 
 10.20.0.1:/srv/source /srv/nfs-source

绑定目录：

$mount -o bind /srv/nfs-source/sub1 /srv/bind-target/sub1

这导致此挂载映射

$mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
# ...
10.20.0.1:/srv/source on /srv/nfs-source type nfs (rw,retry=1,addr=10.20.0.100)
/srv/nfs-source/sub1 on /srv/bind-target/sub1 type none (rw,bind)

如果服务器(10.20.0.1)发生故障(例如,ifdown eth0),则句柄变为陈旧,这是预期的.

我现在可以用力卸载NFS挂载

$umount -f /srv/nfs-source

这需要几秒钟,但工作没有任何问题.但是,我无法在/ srv / bind-target / sub1中卸载绑定目录.强制卸载导致：

$umount -f /srv/bind-target/sub1
umount2: Stale NFS file handle
umount: /srv/bind-target/sub1: Stale NFS file handle
umount2: Stale NFS file handle

这是一个跟踪http://pastebin.com/ipvvrVmB

我已经尝试过预先卸载子目录,找到任何进程访问NFS中的任何进程或绑定挂载(没有).

lsof也抱怨：

$lsof -n
lsof: WARNING: can't stat() nfs file system /srv/nfs-source
      Output information may be incomplete.
lsof: WARNING: can't stat() nfs file system /srv/bind-target/sub1 (deleted)
      Output information may be incomplete.
lsof: WARNING: can't stat() nfs file system /srv/bind-target/
      Output information may be incomplete.

我已经尝试过最近稳定的Linux内核3.2.17,3.2.19和3.3.8(不能使用3.4.x,因为需要grsecurity补丁,但尚未支持 – grsecurity在上面的测试中没有修补！).

我的nfs-utils是版本1.2.2(debian stable).

有没有人知道我怎么能：

>以其他方式强制卸载？ (欢迎任何肮脏的技巧,此时数据丢失或损坏可忽略不计)
>使用别的东西而不是mount -o bind？ (不能使用软链接,导致挂载的目录将在chroot中使用;通过FUSE的bindfs是一个很慢的选项)

谢谢,
保罗

更新1

>对于2.6.32.59,(陈旧)子安装的卸载工作正常.这似乎是一个内核回归错误.
>以上测试使用NFSv3.使用NFSv4的其他测试显示没有变化.

更新2

>我们现在测试了多个2.6和3.x内核,现在确定,这是在3.0.x中引入的.我们将填写错误报告,希望他们能够弄明白.