Newsgroups: comp.protocols.nfs
Path: utzoo!utgpu!news-server.csri.toronto.edu!torsqnt!geac!maccs!beame
From: beame@maccs.dcss.mcmaster.ca (Carl Beame)
Subject: SUN NFS Load ? Problem
Message-ID: <280D9593.23762@maccs.dcss.mcmaster.ca>
Organization: McMaster University, Hamilton, Ontario, Canada.
Date: Thu, 18 Apr 91 12:48:19 GMT

	I have a customer who has an interesting NFS problem. The person
is copying serveral thousand files from a Novell server to a SUN NFS server
a day. About 8 out of every 1000 files are corrupted by zeros in the first
512 bytes.

	We tracked the problem down and found that all corrupted files occured
when the following NFS calls were made.

                     PC sends                      Sun replies
                   =================             ===================
                   Create file                     --------------
 (timeout retrans) Create file (same XID)          OK (created)
                   Write 512 bytes data (<>0)      OK (written)
                   --------------------            OK (created)
                   Write 4096 bytes data           OK (written)
                         . . .

	What seems to be happening, is the second created, even though
it has the same XID as the first, is executed after the first write of
data and thus the SUN treats the file as having a 512 byte hole at the
beginning, since the file was created again after the first write.

	This is a very very slow SUN running Sun OS 3.5. Does anyone
known if there is anything this person can do to stop this occuring?
(Buying more horse power is NOT a possible solution).


- Carl Beame
Beame & Whiteside Software Ltd.
Beame@McMaster.CA
(416) 648-6556

