This is a limitation of the 'handle' nature of FUSE filesystems. You will have to set a lower entry-timeout (mount option) to fix this problem. Avati On Mon, Sep 10, 2012 at 5:13 PM, Dai, Manhong <daimh at umich.edu> wrote: > Hi Avati, > > > Thanks a lot! In my case, the application that tries to create a new > file is not inside the folder. > > > I write a simple bash scrip to demo this problem. > > #!/bin/bash > FOLDER=/home/mengf_lab/daimh/temp/testdir > for ((i=0; i<100; i++)) > do > echo "###$i###" > ssh mengf-n1 "rm -r $FOLDER; mkdir $FOLDER" > seq 10 |split -l 1 - $FOLDER/a. > done > > > And its output is > ###0### > ###1### > split: /home/mengf_lab/daimh/temp/testdir/a.aa: No such file or directory > ###2### > split: /home/mengf_lab/daimh/temp/testdir/a.aa: No such file or directory > ###3### > ###4### > > > Best, > Manhong > > > > > > ------------------------------ > *From:* Anand Avati [anand.avati at gmail.com] > *Sent:* Monday, September 10, 2012 5:25 PM > *To:* Dai, Manhong > *Cc:* gluster-users at gluster.org > *Subject:* Re: A problem with gluster 3.3.0 and Sun Grid > Engine > > > > On Mon, Sep 10, 2012 at 8:30 AM, Manhong Dai <daimh at umich.edu> wrote: > >> ** >> Hi, >> >> >> We got a huge problem on our sun grid engine cluster with glusterfs >> 3.3.0. Could somebody help me? >> >> >> Based on my understanding, if a folder is removed and recreated on other >> client node, a program that tries to create a new file under the folder >> fails very often. >> > > > Is the directory deleted and recreated by another client/mount while the > application which attempts to create the file stays cd'ed inside the > directory? Can you try to confirm if this is the pattern? > > Avati > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://gluster.org/pipermail/gluster-users/attachments/20120910/fd275f5a/attachment.htm>
