Subject: Re: kern/36572: panic on NFS unmount
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: YAMAMOTO Takashi <yamt@mwd.biglobe.ne.jp>
List: netbsd-bugs
Date: 06/28/2007 13:05:06
The following reply was made to PR kern/36572; it has been noted by GNATS.

From: yamt@mwd.biglobe.ne.jp (YAMAMOTO Takashi)
To: pooka@cs.hut.fi
Cc: gnats-bugs@NetBSD.org, kern-bug-people@netbsd.org,
	gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: kern/36572: panic on NFS unmount
Date: Thu, 28 Jun 2007 22:00:50 +0900 (JST)

 > And it can happen only in unmount(MNT_FORCE), since otherwise sillyrename
 > holds a reference.  This might actually be fairly easy to duplicate by
 > opening a file, removing it and doing unmount -f.
 > 
 > Maybe we should record a dependency to sillyrenamed nodes in the
 > parent and force flushing of those before flushing the parent node.
 > 
 > I'd tend to not care except that otherwise we leave .nfs-files hanging
 > around.
 
 right.  (and there is revoke(2) as well.)
 
 another easy way to fix it would be to save the filehandle of the parent
 rather than its vnode pointer.
 
 YAMAMOTO Takashi