Date: Fri, 12 Feb 2010 21:00:32 +0300 From: Dmitry Marakasov <amdmi3@amdmi3.ru> To: Oliver Fromme <olli@lurza.secnetix.de> Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: NFS write corruption on 8.0-RELEASE Message-ID: <20100212180032.GC94665@hades.panopticon> In-Reply-To: <201002102046.o1AKkrvj085173@lurza.secnetix.de> References: <freebsd-hackers.77287.1265825437.20100210174338.GC39752@hades.panopticon> <201002102046.o1AKkrvj085173@lurza.secnetix.de>
next in thread | previous in thread | raw e-mail | index | archive | help
* Oliver Fromme (olli@lurza.secnetix.de) wrote: > This is an excerpt from Solaris' mount_nfs(1M) manpage: > > File systems that are mounted read-write or that con- > tain executable files should always be mounted with > the hard option. Applications using soft mounted file > systems may incur unexpected I/O errors, file corrup- > tion, and unexpected program core dumps. The soft > option is not recommended. > > FreeBSD's manual page doesn't contain such a warning, but > maybe it should. (It contains a warning not to use "soft" > with NFSv4, though, for different reasons.) Interesting, I'll try disabling it. However now I really wonder why is such dangerous option available (given it's the cause) at all, especially without a notice. Silent data corruption is possibly the worst thing to happen ever. However, without soft option NFS would be a strange thing to use - network problems is kinda inevitable thing, and having all processes locked in a unkillable state (with hard mounts) when it dies is not fun. Or am I wrong? > Also note that the "nolockd" option means that processes > on different clients won't see each other's locks. That > means that you will get corruption if they rely on > locking. I know - I have no processes that use locks on that filesystems. Also there's only a single client. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100212180032.GC94665>