File version problem with 2.6.23.11
Harry Edmon
harry at atmos.washington.edu
Mon Dec 17 16:13:55 EST 2007
Jeff Layton wrote:
> On Mon, 17 Dec 2007 13:57:00 -0500
> Trond Myklebust <trond.myklebust at fys.uio.no> wrote:
>
>
>> On Mon, 2007-12-17 at 10:40 -0800, Harry Edmon wrote:
>>
>>> I am running the stock 2.6.23.11 kernel. I am running an "rsync"
>>> process on my server to duplicate files from another server. One
>>> of my clients is not seeing the updated version:
>>>
>>> server:
>>>
>>> -rw-rw-r-- 1 marka ldm 2577 Dec 17 10:22 data/ecology/2007121718.dec
>>>
>>> client:
>>>
>>> -rw-rw-r-- 1 marka ldm 378 Dec 17 10:11 data/ecology/2007121718.dec
>>>
>>> The "ls" output was done 7 minutes after the update. Here is the
>>> mount options for the client:
>>>
>>> imist2:/data on /home/disk/data type nfs4
>>> (rw,noatime,intr,proto=tcp,rsize=32768,wsize=32768,addr=192.168.1.12)
>>>
>>> Here is the export options on the server:
>>>
>>> ifa2(nohide,rw,no_subtree_check,async,no_root_squash)
>>>
>>> If I do an ls -l on the whole "data/ecology" directory on the
>>> client it "gets better" and sees the correct file size.
>>>
>>> Any ideas? This seems to be a kernel problem I have seen before,
>>> and has been fixed before.
>>>
>> The problem is likely that rsync is resetting mtime on the parent
>> directory, thus confusing the client into believing that no changes
>> have occurred.
>>
>>
>
> You might be able to work around this with the -O rsync option.
>
>
>
Tried the -O option on rsync - did not fix the problem. The directory
time is updated, but I still see the older version of the file on the
client.
More information about the NFSv4
mailing list