dyer@spdcc.COM (Steve Dyer) (10/14/90)
I saw this about a year ago when a DECStation 3100 was an NFS client
of an RT running AOS 4.3 10/88. Now, I've got a Cayman GatorBox trying
to use the same RT as an NFS server and the same error appears:
xdr_bytes: bad size FAILED
This appeared on the DS3100 only with large files being manipulated
thru the server. Similarly, on the Mac, large file copies on the Mac
fail because of this. I haven't yet found just how large the files
have to be to cause this to fail. Trivial size files (<3K) seem to
work OK, whereas 700K files fail.
Has anyone investigated, more fully characterized and fixed this
problem on the RT?
--
Steve Dyer
dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer
dyer@arktouros.mit.edu, dyer@hstbme.mit.edudyer@spdcc.COM (Steve Dyer) (10/14/90)
In article <4456@spdcc.SPDCC.COM> dyer@ursa-major.spdcc.com (Steve Dyer) writes: >I saw this about a year ago when a DECStation 3100 was an NFS client >of an RT running AOS 4.3 10/88. Now, I've got a Cayman GatorBox trying >to use the same RT as an NFS server and the same error appears: > >xdr_bytes: bad size FAILED NFS_MAXDATA was 4096 instead of 8192 in the AOS 4.3 Dec 88 kernel. Any NFS client talking to an RT server using a wsize greater than 4096 would eventually hit this problem. End of mystery, and an easy solution. -- Steve Dyer dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer dyer@arktouros.mit.edu, dyer@hstbme.mit.edu
ehrlich@cs.psu.edu (Dan Ehrlich) (10/24/90)
In article <4456@spdcc.SPDCC.COM> dyer@spdcc.COM (Steve Dyer) writes:
Steve> I saw this about a year ago when a DECStation 3100 was an NFS client
Steve> of an RT running AOS 4.3 10/88. Now, I've got a Cayman GatorBox trying
Steve> to use the same RT as an NFS server and the same error appears:
Steve> xdr_bytes: bad size FAILED
Steve> This appeared on the DS3100 only with large files being manipulated
Steve> thru the server. Similarly, on the Mac, large file copies on the Mac
Steve> fail because of this. I haven't yet found just how large the files
Steve> have to be to cause this to fail. Trivial size files (<3K) seem to
Steve> work OK, whereas 700K files fail.
Steve> Has anyone investigated, more fully characterized and fixed this
Steve> problem on the RT?
The RT's NFS implementation will only accept/generate transfers of 4Kb or
less. If you can get the GatorBox to restrict it's requests to 4Kb you
should be OK.
--
Dan Ehrlich <ehrlich@cs.psu.edu>/Voice: +1 814 863 1142/FAX: +1 814 865 3176werner@nikhefk.UUCP (Werner Vogels) (10/27/90)
In article <Frsqa6y2@cs.psu.edu>, ehrlich@cs.psu.edu (Dan Ehrlich) writes: - In article <4456@spdcc.SPDCC.COM> dyer@spdcc.COM (Steve Dyer) writes: - - Steve> I saw this about a year ago when a DECStation 3100 was an NFS client - Steve> of an RT running AOS 4.3 10/88. Now, I've got a Cayman GatorBox trying - Steve> to use the same RT as an NFS server and the same error appears: - - Steve> xdr_bytes: bad size FAILED - - Steve> This appeared on the DS3100 only with large files being manipulated - Steve> thru the server. Similarly, on the Mac, large file copies on the Mac - Steve> fail because of this. I haven't yet found just how large the files - Steve> have to be to cause this to fail. Trivial size files (<3K) seem to - Steve> work OK, whereas 700K files fail. - - Steve> Has anyone investigated, more fully characterized and fixed this - Steve> problem on the RT? - - The RT's NFS implementation will only accept/generate transfers of 4Kb or - less. If you can get the GatorBox to restrict it's requests to 4Kb you - should be OK. - - -- - Dan Ehrlich <ehrlich@cs.psu.edu>/Voice: +1 814 863 1142/FAX: +1 814 865 3176 Steve has already indicated the solution: NFS_MAXDATA should be 8Kb. We had the same problems as Steve and with the new kernel everything works fine. Werner H.P. Vogels Software Expertise Centrum Haagse Hogeschool, Intersector Informatica tel: +31 70 618419 Louis Couperusplein 2-19, 2514 HP Den Haag E-mail: werner@nikhefk.nikhef.nl The Netherlands or werner@hhinsi.uucp