Xref: utzoo comp.sys.ibm.pc.rt:902 comp.sys.dec:1777 comp.protocols.nfs:372
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ncar!husc6!spdcc!dyer
From: dyer@spdcc.COM (Steve Dyer)
Newsgroups: comp.sys.ibm.pc.rt,comp.sys.dec,comp.protocols.nfs
Subject: NFS client execs (DS3100) fail with RT server (AOS 4.3)
Message-ID: <4527@ursa-major.SPDCC.COM>
Date: 6 Sep 89 04:36:49 GMT
Reply-To: dyer@ursa-major.SPDCC.COM (Steve Dyer)
Organization: S.P. Dyer Computer Consulting, Cambridge MA
Lines: 24

I'm using a Decstation 3100 as an NFS client mounting several filesystems
on a IBM RT/PC NFS server running AOS 4.3.  The 3100 is running Ultrix 3.0
and the RT is running AOS 4.3, Sep '88.  Many, but not all, 3100 programs
residing on the RT cannot be exec'ed--they ultimately fail with a swap
error (probably can't page them in) as the RT server spews out the following
(repeated many times):

Aug 16 20:42:01 ursa-major vmunix: xdr_bytes: bad size FAILED
Aug 16 20:42:01 ursa-major vmunix: svckudp_send: xdr_replymsg failed

Now, I could start digging myself, but I wondered if anyone else has
encountered this.  Project Athena uses RTs as NFS servers and they behave
flawlessly--their AOS code is not exactly the AOS 4.3 Sep 88 release,
but the IBM NFS code hasn't changed much, I think.  So, I'm a bit inclined
to think the problem is with the 3100.  Both machines are on the same
thinwire ethernet, and there are no noticable problems with input or output
errors or collisions.  Before I get up to my elbows, has anyone else
encountered this?


-- 
Steve Dyer
dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer
dyer@arktouros.mit.edu, dyer@hstbme.mit.edu