Hi Avati, Good news is it seems the problem is solved after I added 'entry-timeout=0'. I will test our production script soon, and keep you updated Bad news is that mount.glusterfs doesn't recognize such an option, I have to tweak into it to make it accept this option. Best, Manhong ________________________________ From: Anand Avati [anand.avati at gmail.com] Sent: Tuesday, September 11, 2012 9:33 AM To: Dai, Manhong Cc: gluster-users at gluster.org Subject: Re: A problem with gluster 3.3.0 and Sun Grid Engine I meant the other way. I meant to say that 3.2.0 must also have the issue (since you mentioned 3.3.0 in the subject) Avati On Tue, Sep 11, 2012 at 6:27 AM, Manhong Dai <daimh at umich.edu<mailto:daimh at umich.edu>> wrote: Hi Avati, Thanks a lot for your help! It is good to know that 3.2.x doesn't have this problem. So the worst scenario for me is to re-install it with the latest 3.2.*. I hope my life won't be that miserable. Best, Manhong On Mon, 2012-09-10 at 20:53 -0700, Anand Avati wrote: > Also, I find it very suspect that 3.2.x did not have the same > behavior! > > > Avati > > On Mon, Sep 10, 2012 at 8:53 PM, Anand Avati <anand.avati at gmail.com<mailto:anand.avati at gmail.com>> > wrote: > 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<mailto: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<mailto:anand.avati at gmail.com>] > Sent: Monday, September 10, 2012 5:25 PM > To: Dai, Manhong > Cc: gluster-users at gluster.org<mailto: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<mailto: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/20120914/bacb2119/attachment.htm>
