[Gluster-users] A problem with gluster 3.3.0 and Sun Grid Engine

[Dai, Manhong]

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: [Gluster-users] 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: [Gluster-users] 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://supercolony.gluster.org/pipermail/gluster-users/attachments/20120914/bacb2119/attachment.html>