From owner-freebsd-current Sat Jul 1 12:16:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28985 for current-outgoing; Sat, 1 Jul 1995 12:16:02 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA28972 for ; Sat, 1 Jul 1995 12:15:58 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09595; Sat, 1 Jul 1995 21:15:55 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA05903; Sat, 1 Jul 1995 21:15:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA03913; Sat, 1 Jul 1995 21:14:16 +0200 From: J Wunsch Message-Id: <199507011914.VAA03913@uriah.heep.sax.de> Subject: Re: NFS client no longer works :-( To: imb@scgt.oz.au (michael butler) Date: Sat, 1 Jul 1995 21:14:15 +0200 (MET DST) Cc: current@FreeBSD.org In-Reply-To: <199507011831.EAA04830@asstdc.scgt.oz.au> from "michael butler" at Jul 2, 95 04:31:27 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2227 Sender: current-owner@FreeBSD.org Precedence: bulk As michael butler wrote: > > gw3:~ # mount asstdc:/usr/src /mnt > gw3:~ # ls /mnt > ls: /mnt: Stale NFS file handle > gw3:~ # umount /mnt > umount: P: No such file or directory > gw3:~ # mount > /dev/wd0a on / (NFS exported, local) > /dev/wd0e on /usr (NFS exported, local) Hmm, two possibilities. Either, it's the NFSv3 code, or it is my recent fix for some weird NFSv2 servers. The latter change might be reverted with: Index: nfs_subs.c =================================================================== RCS file: /usr/home/cvs/src/sys/nfs/nfs_subs.c,v retrieving revision 1.16 retrieving revision 1.15 diff -u -r1.16 -r1.15 --- 1.16 1995/06/14 06:23:38 +++ 1.15 1995/05/30 08:12:43 @@ -34,7 +34,7 @@ * SUCH DAMAGE. * * @(#)nfs_subs.c 8.3 (Berkeley) 1/4/94 - * $Id: nfs_subs.c,v 1.16 1995/06/14 06:23:38 joerg Exp $ + * $Id: nfs_subs.c,v 1.15 1995/05/30 08:12:43 rgrimes Exp $ */ /* @@ -712,26 +712,7 @@ fp = (struct nfsv2_fattr *)cp2; vtyp = nfstov_type(fp->fa_type); vmode = fxdr_unsigned(u_short, fp->fa_mode); - /* - * XXX - * - * The duplicate information returned in fa_type and fa_mode - * is an ambiguity in the NFS version 2 protocol. - * - * VREG should be taken literally as a regular file. If a - * server intents to return some type information differently - * in the upper bits of the mode field (e.g. for sockets, or - * FIFOs), NFSv2 mandates fa_type to be VNON. Anyway, we - * leave the examination of the mode bits even in the VREG - * case to avoid breakage for bogus servers, but we make sure - * that there are actually type bits set in the upper part of - * fa_mode (and failing that, trust the va_type field). - * - * NFSv3 cleared the issue, and requires fa_mode to not - * contain any type information (while also introduing sockets - * and FIFOs for fa_type). - */ - if (vtyp == VNON || (vtyp == VREG && (vmode & S_IFMT) != 0)) + if (vtyp == VNON || vtyp == VREG) vtyp = IFTOVT(vmode); if (isnq) { rdev = fxdr_unsigned(long, fp->fa_nqrdev); Please tell me if this has been the problem. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)