From owner-freebsd-stable Wed Jan 24 4:16: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from emma1.emma.line.org (p3EE3CBF7.dip.t-dialin.net [62.227.203.247]) by hub.freebsd.org (Postfix) with ESMTP id 592A337B402 for ; Wed, 24 Jan 2001 04:15:47 -0800 (PST) Received: by emma1.emma.line.org (Postfix, from userid 500) id 58A52A2001; Wed, 24 Jan 2001 13:15:41 +0100 (CET) Date: Wed, 24 Jan 2001 13:15:41 +0100 From: Matthias Andree To: Linux NFS mailing list , FreeBSD Stable Subject: Re: [NFS] Incompatible: FreeBSD 4.2 client, Linux 2.2.18 nfsv3 server, read-only export Message-ID: <20010124131541.C1839@emma1.emma.line.org> References: <20010124001701.F344@quadrajet.flashcom.com> <200101241104.f0OB4sS10071@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101241104.f0OB4sS10071@mass.dis.org>; from msmith@freebsd.org on Wed, Jan 24, 2001 at 03:04:54 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 24 Jan 2001, Mike Smith wrote: > I'm not sure that the v3 specification actually cares about telling the > client "why", and if it did, it should probably have defined it. I'm not > really happy that an ACCESS operation should ever return EROFS; the > operation itself doesn't attempt to write anything to the filesystem. ROFS is not a valid response to ACCESS, as pointed out by Guy before. Don't waste your time on working clients. > I still don't really understand why the Linux code would return EROFS; we > send READ|MODIFY|EXTEND|EXECUTE|DELETE|LOOKUP. If the filesystem is > read-only, we'd expect to see READ|EXECUTE|LOOKUP (at most) come back, > but with an OK response. Because it's broken. Nobody has claimed Linux to be bug-free. > This sounds about right. I'd argue that the Linux server is probably in > error, but the "easy" solution here will simply be to discard EROFS as > "No means Yes for Linux", since it's a nonsense response to the query. I don't think working around server bugs in servers that can be fixed is the proper approach. You can still work around if the Linux NFSD maintainers refuse to fix. I'll try to have a look myself later if possible. > In the meantime, I'd also ask the Linux NFS maintainers (if they're > listening) to consider altering their server's behaviour just for the > sake of correctness (if it hasn't already been done subsequent to this > relatively ancient release). I'll take care of reminding them until this issue is fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message