[Gluster-devel] race condition in 3.5.0qa3?

[Pranith Kumar Karampuri]

Emmanuel,
  I tried re-creating this. :-( Not happening. Let me know if I missed something please.

root at pranithk-laptop - ~ 
06:59:57 :) ⚡ gluster volume info
 
Volume Name: r2
Type: Distributed-Replicate
Volume ID: 54e66357-f120-4c40-bc96-b1c337fb8605
Status: Started
Number of Bricks: 2 x 2 = 4
Transport-type: tcp
Bricks:
Brick1: pranithk-laptop:/home/gfs/r2_0
Brick2: pranithk-laptop:/home/gfs/r2_1
Brick3: pranithk-laptop:/home/gfs/r2_2
Brick4: pranithk-laptop:/home/gfs/r2_3
Options Reconfigured:
diagnostics.client-log-level: DEBUG

root at pranithk-laptop - ~ 
07:00:02 :) ⚡ mount | grep glusterfs
pranithk-laptop:/r2 on /mnt/r2 type fuse.glusterfs (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)

root at pranithk-laptop - ~ 
07:00:09 :) ⚡ cd /mnt/r2

root at pranithk-laptop - /mnt/r2 
07:00:12 :) ⚡ gcc manu.c 

root at pranithk-laptop - /mnt/r2 
07:00:14 :) ⚡ ./a.out 

No errors are printed here.

Pranith.

----- Original Message -----
> From: "Emmanuel Dreyfus" <manu at netbsd.org>
> To: "Emmanuel Dreyfus" <manu at netbsd.org>
> Cc: gluster-devel at nongnu.org
> Sent: Tuesday, December 17, 2013 9:08:42 PM
> Subject: Re: [Gluster-devel] race condition in 3.5.0qa3?
> 
> On Tue, Dec 17, 2013 at 08:08:45AM +0100, Emmanuel Dreyfus wrote:
> > My test fails on that:
> > cd /gfs351/manu/usr/src/obj/tooldir.NetBSD-6.1.2-i386/include/nbinclude &&
> > rm -f machine &&
> > /gfs351/manu/usr/src/obj/tooldir.NetBSD-6.1.2-i386/bin/i486--netbsdelf-nstall
> > -l s -r i386 machine
> > i486--netbsdelf-install: machine: rename: Operation not permitted
> 
> I have been able to reproduce it in another directory:
> 
> $ ls -ld target
> drwxr-xr-x  2 manu  manu  1024 Dec 17 14:50 target
> $ ln -s target xxx  ; mv xxx  symlink
> mv: rename xxx to symlink: Operation not permitted
> 
> But the really odd thing is that the filesystem keeps state. If the
> temporary link has another name, il works:
> 
> $ ln -s target xx  ; mv xx  symlin
> $ ls -ld target symlink
> lrwxrwxrwx  0 manu  manu     6 Dec 17 16:31 symlink -> target
> drwxr-xr-x  2 manu  manu  1024 Dec 17 14:50 target
> $ rm symlink
> $ ln -s target xxx  ; mv xxx  symlink
> mv: rename xxx to symlink: Operation not permitted
> 
> I can strip down the case to just two system calls:
> #include <stdio.h>
> #include <unistd.h>
> #include <sysexits.h>
> #include <err.h>
> 
> #define TMPLINK "xxx"
> #define SYMLINK "symlink"
> #define TARGET "target"
> int
> main(void)
> {
>         if (symlink(TARGET, TMPLINK) != 0)
>                 err(EX_OSERR, "symlink %s failed", TMPLINK);
> 
>         if (rename(TMPLINK, SYMLINK) != 0)
>                 err(EX_OSERR, "rename failed");
> 
>         return EX_OK;
> }
> 
> I have a 2x2 replica cluster, the bricsk do not contain file xxx
> Here is one brick log:
> 
> [2013-12-17 15:34:53.890604] W [posix-handle.c:717:posix_handle_hard]
> 0-gfs351-posix: link /export/wd2a/manu/tmp/xxx ->
> /export/wd2a/.glusterfs/91/03/91038022-94f3-4934-9103-e7335f5d3604 failed
> (Operation not permitted)
> [2013-12-17 15:34:53.890668] E [posix.c:1615:posix_symlink] 0-gfs351-posix:
> setting gfid on /export/wd2a/manu/tmp/xxx failed
> [2013-12-17 15:34:53.901788] E [posix.c:1949:posix_link] 0-gfs351-posix: link
> /export/wd2a/manu/tmp/xxx to /export/wd2a/manu/tmp/symlink failed: Operation
> not permitted
> [2013-12-17 15:34:53.901941] I [server-rpc-fops.c:1166:server_link_cbk]
> 0-gfs351-server: 7541429: LINK /manu/tmp/xxx
> (91038022-94f3-4934-9103-e7335f5d3604) ->
> fa765f5c-aef7-4372-9a84-a30374dedc15/symlink ==> (Operation not permitted)
> 
> --
> Emmanuel Dreyfus
> manu at netbsd.org
> 
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> https://lists.nongnu.org/mailman/listinfo/gluster-devel
>