[Bugs] [Bug 1373524] New: SMB: listing and chmod on original file which is renamed now succeeds from one of the cifs mount

bugzilla at redhat.com bugzilla at redhat.com
Tue Sep 6 13:56:55 UTC 2016


            Bug ID: 1373524
           Summary: SMB:listing and chmod on original file which is
                    renamed now succeeds from one of the cifs mount
           Product: GlusterFS
           Version: 3.8.3
         Component: md-cache
          Severity: high
          Assignee: bugs at gluster.org
          Reporter: sbhaloth at redhat.com
                CC: bugs at gluster.org

Description of problem:

When multiple files are created from one of the cifs mount and are renamed in
loop, executing ll on that renamed file from another cifs mount succeeds even
when the file is already renamed.chmod also succeeded on that file.

For ex. : 
>From mnt1:
create file1 from cifs mnt1 
rename it to f1 

>From mnt2:
ll file1
chmod 766 file1

Above operations succeeds from mnt2 

On mnt1 :

ll file1:
no such file or directory

Version-Release number of selected component (if applicable):


How reproducible:

Steps to Reproduce:
1.Multiple cifs mount
2.Create 10 files from mnt1
3.Rename 10 files in loop from mnt1
4.ll of file1 from mnt2
5. chmod 776 file1

Actual results:

the listing and chmod succeeds from one of the mount points for the file which
is already renamed from another mount point.

Expected results:
the other cifs client should get updated with the renamed file name and should
not list or allow any operation on the old filename.

Additional info:

You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.

More information about the Bugs mailing list