RE: atomic operations fails_

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




"--entry-timeout=0" did not make any visible change.

Regards,
Fredrik

-----Original Message-----
From: anand.avati@xxxxxxxxx [mailto:anand.avati@xxxxxxxxx] On Behalf Of Anand Avati
Sent: den 10 februari 2010 05:00
To: Fredrik Widlund
Cc: gluster-devel@xxxxxxxxxx
Subject: Re: atomic operations fails_

On Wed, Feb 10, 2010 at 12:48 AM, Fredrik Widlund
<fredrik.widlund@xxxxxxxxxx> wrote:
>
> Hi,
>
>
>
> I'll try to make myself clearer than in the earlier thread, since I need
> some help here. I'm not sure if I am missing something.
>
>
>
> I am not able to use atomic operations using glusterfs 3.0.2, on a Arch
> Linux 2.6.32.7-1 x86_64 server.
>
>
>
> I've stripped everything down to the most simple configuration
>
> Server: a posix store with locks
>
> Client: a tcp client
>
>
>
> I mount the glusterfs on /gfs, and use a "writer" and a "reader" as below:
>
> [writer]                root@frustration> while :; do date > /gfs/.file; mv
> /gfs/.file /gfs/file; done
>
> [reader]               root@frustration> while :; do cat /gfs/file >
> /dev/null; done
>
>
>
> Leaving this running, I get a flood of
>
> cat: /gfs/file: No such file or directory
>
>
>
> This should not happen on a filesystem that supports atomic operations?!

Please try turning off FUSE entry caching by passing --entry-timeout=0
to your mount command on the client side and let us know what
difference that makes.

Thanks,
Avati





[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux