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 [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
