From owner-freebsd-hackers Fri Sep 24 15:38:26 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from excalibur.lps.ens.fr (excalibur.lps.ens.fr [129.199.120.3]) by hub.freebsd.org (Postfix) with ESMTP id 3D37B14CE7 for ; Fri, 24 Sep 1999 15:38:14 -0700 (PDT) (envelope-from Thierry.Besancon@lps.ens.fr) Received: by excalibur.lps.ens.fr (8.9.3/jtpda-5.3.1) id AAA01522 ; Sat, 25 Sep 1999 00:36:04 +0200 (MET DST) Message-Id: <199909242236.AAA01522@excalibur.lps.ens.fr> From: Thierry.Besancon@lps.ens.fr (Thierry Besancon) Date: Sat, 25 Sep 1999 00:36:04 +0000 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: dcs@newsguy.com, dillon@apollo.backplane.com, crossd@cs.rpi.edu Subject: RE: missing files with NFSv3 and Solaris2.7 machine... Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello I read your thread about problem with NFS v3. I encountered this kind of problem some times ago (since FreeBSD 2.2.2) between DEC stations running Digital Unix 3.2 ou 4.0. When doing "ls" in a NFS mounted directory, I got something like that : # mount -t nfs -o nfsv3 fileserver.lps.ens.fr:/users/adm/src /users/adm/src # cd /users/adm/src/X # ls .: Error 10003 occurred. 00src Xaw3d-1.3 ctwm-3.4pl2 nedit x3270-3.1.1.6 xarchie-2.0.10 xbmbrowser5.1 xcalc xcb-2.3 xcolors xdaliclock-2.08 xdm-X11R5 xedit xforms xhextris xkeycaps-2.32 xmailtool.3.1.2b xmov xrn-8.02 xv-3.10a xwpick-2.20 X11R6.3 aXe-6.1.2 fvwm-2.0.42 tvtwm.pl11 xancur-1.4 xautolock.pl10 xbuffy3.2.1 xcalendar xchomp-pl1 xcolorsel-1.1a xdemineur-1.1 xdm-X11R6.3 xfm-1.3.2 xgraph-11 xhtml-1.3 xmail_1.6 xmgr-3.01pl8 xpm-3.4j xrsh-5.8 xvertext-5.0 Error 10003 is NFSERR_BAD_COOKIE. I am not fluent in kernel sources. So I couldn't find a fix for FreeBSD. Instead I fixed the problem on the client side. Looking at the Digital Unix kernel, I found a variable "do_client_readdirplus". Setting it to false, thus disabling the use of readdirplus, solved the problem... #!/bin/sh dbx -k /vmunix /dev/mem << EOF whatis do_client_readdirplus print do_client_readdirplus assign do_client_readdirplus=0 patch do_client_readdirplus=0 print do_client_readdirplus quit EOF Maybe, you could try a little "nm" on the solaris kernel to look after such a variable ? My $0.02 contribution but it works for me ;-) Thierry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message