I am on: glusterfs 3.3.0 built on Jun 1 2012 12:08:38 On 5 June 2012 11:30, Anand Avati <[email protected]> wrote: > 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> >> > 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 >> >> [email protected] >> >> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users >> > >> > >> >> >> >> -- >> Sabyasachi > >
-- Sabyasachi _______________________________________________ Gluster-users mailing list [email protected] http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
