xfs
[Top] [All Lists]

Re: XFS over NFS corruption

To: Andy <genanr@xxxxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx
Subject: Re: XFS over NFS corruption
From: Marat Mukhitov <marat@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 09 Jun 2004 19:49:47 +0200
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: <20040609165442.GA9569@thumper2>
References: <20040609165442.GA9569@thumper2>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: KMail/1.4.1
Andy ,

We had a similar problem. 
Changing "async" to "sync" option of exportfs  on NFS server  helps in our case.

Regards,
Marat 


On Wednesday 09 June 2004 18:54, Andy wrote:
> I thought I had seen the bug even writing to an non-XFS nfs server, but I
> can't absolutely confirm this at the time (I was not doing the testing at
> the time, and some of the result may not have been accurate)
>
> But, the description of bug #198 on the XFS bugzilla, does sound like what
> I am seeing.
>
> What I do in my tests is take a file of offsets (every group of 4 bytes
> contains the offset of the 1st byte of the group) and copy that file to an
> nfs mounted volume and then compare the local copy to the remote copy
> (copying to several systems, each server is also receiving from several
> systems).  After a while I will see errors in the compare, data appearing
> at the wrong offset in the file.  The amount of data is small (<64k),
> always an 8k boundary at a large offset discrepancy (100's of megs).  I've
> attached the mkoffsetfile.c and cmpoffsets.c programs used for testing.
>
> Sample of cmpoffsets output :
>
> 431128576-431161343 (32768) (held data from 738426880-738459647)
>  starts at a 65536-byte block
>  ends at a 524288-byte block
>
> Hope this helps.
>
> Andy


<Prev in Thread] Current Thread [Next in Thread>