Date: Fri, 04 Jan 2002 02:07:57 +0000 From: Ian Dowse <iedowse@maths.tcd.ie> To: Robert Watson <rwatson@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/nfsclient nfs.h nfs_socket.c nfs_vfsops.c Message-ID: <200201040207.aa52377@salmon.maths.tcd.ie> In-Reply-To: Your message of "Tue, 01 Jan 2002 20:22:54 EST." <Pine.NEB.3.96L.1020101202226.14067L-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <Pine.NEB.3.96L.1020101202226.14067L-100000@fledge.watson.org>, Robe rt Watson writes: > >Great, this is something I've hoped to see for ages. I'll try it in the >office tomorrow :-). Hmm, unfortunately there is still one case where hard NFS mounts remain stuck: if getfsstat() is called, e.g from df(1), while an NFS server is unavailable, it will hang in VFS_STATFS() with a vfs_busy() shared lock on the filesystem. If you then try to unmount the filesystem, umount waits forever at the start of dounmount(). Not all callers of VFS_STATFS() currently hold a vfs_busy() lock, but I think that it is a bug that they don't, so removing the vfs_busy() in getfsstat() isn't an option. I'm not sure if there is an easy way to fix this, except perhaps by having a VFS_PREUNMOUNT or something that dounmount() could call before draining mp->mnt_lock. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi? <200201040207.aa52377>