Are you on 3.2.x? If so can you try 'gluster volume set <volname> set performance.stat-prefetch off' and try again? Avati On Mon, Jun 4, 2012 at 10:58 PM, Sabyasachi Ruj <ruj.sabya at gmail.com> wrote: > Did not make any difference using --attribute-timeout=0. Strangely I > am noticing that this problem happens if I use tab-completion to > complete the name of "sqlite.org"! > > On 5 June 2012 04:15, Anand Avati <anand.avati at gmail.com> wrote: > > You probably are treading within the narrow boundary of fuse's > > entry/attribute timeout. Can you mount with --attribute-timeout=0 and > > --entry-timeout=0 and see if it eliminates the behavior? > > > > Avati > > > > On Mon, Jun 4, 2012 at 6:26 AM, Sabyasachi Ruj <ruj.sabya at gmail.com> > wrote: > >> > >> So here is the situation (this is not reproducible every time, but I > >> got it twice). > >> > >> directory "sqlite3.org" has already been renamed from client2. > >> executing these commands from client1 gives this output: > >> > >> # stat sqlite.org > >> stat: cannot stat `sqlite.org': No such file or directory > >> > >> This proves that there is no sqlite.org. But when I execute the > following: > >> > >> # mv sqlite.org1 sqlite.org > >> mv: overwrite `sqlite.org'? > >> > >> Any idea, why does it prompt me to overwrite sqlite.org when there is > >> no such directory? > >> > >> -- > >> Sabyasachi > >> _______________________________________________ > >> Gluster-users mailing list > >> Gluster-users at gluster.org > >> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users > > > > > > > > -- > Sabyasachi > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://gluster.org/pipermail/gluster-users/attachments/20120604/2b9aafbb/attachment.htm>
