Red Hat Bugzilla – Bug 1163703
[USS]: If the snap name is same as snap-directory than cd to virtual snap directory fails
Last modified: 2016-09-17 09:00:16 EDT
Description of problem: ======================= In a scenario, if the snap name is same as the snap-directory than cd to snaps/snaps fails. For example: ============ The snap directory is changed to snaps as follows [root@inception ~]# gluster v set vol0 snapshot-directory snaps volume set: success [root@inception ~]# Snapshot is created with name snaps [root@inception ~]# gluster snapshot create snaps vol0 snapshot create: success: Snap snaps created successfully [root@inception ~]# From client cd to snaps/snaps from fuse client fails [root@wingo ~]# cd /mnt/vol0 [root@wingo vol0]# [root@wingo vol0]# cd snaps/snaps bash: cd: snaps/snaps: No such file or directory [root@wingo vol0]# cd snaps/ [root@wingo snaps]# ls snaps [root@wingo snaps]# ls snaps ls: cannot access snaps: No such file or directory [root@wingo snaps]# ls -lrt snaps ls: cannot access snaps: No such file or directory [root@wingo snaps]# ls -lrt total 0 d---------. 0 root root 0 Jan 1 1970 snaps [root@wingo snaps]# Version-Release number of selected component (if applicable): ============================================================== glusterfs-3.6.0.32-1.el6rhs.x86_64 How reproducible: ================= always Steps to Reproduce: ==================== 1. Create 2x2 volume 2. Enable the uss on volume 3. Change the snapshot-directory to snaps 4. Create a snapshot (snaps) of the volume 5. Mount the volume (fuse) 6. From mount, cd to snaps/snaps Actual results: =============== cd to snaps/snaps fails with no such file or directory. Though ls lists it. Expected results: ================= It should be successful
Patch that fixes this issue: https://code.engineering.redhat.com/gerrit/#/c/36771/
verified with build: glusterfs-3.6.0.34-1.el6rhs.x86_64 [root@inception ~]# gluster v i vol0 | grep -i "snapshot-directory" features.snapshot-directory: snaps [root@inception ~]# [root@wingo vol0]# mount | grep vol0 inception.lab.eng.blr.redhat.com:/vol0 on /mnt/vol0 type fuse.glusterfs (rw,default_permissions,allow_other,max_read=131072) [root@wingo vol0]# cd snaps/snaps [root@wingo snaps]# pwd /mnt/vol0/snaps/snaps [root@wingo snaps]# cd .. [root@wingo snaps]# pwd /mnt/vol0/snaps [root@wingo snaps]# cd .. [root@wingo vol0]# pwd /mnt/vol0 [root@wingo vol0]# Moving the bug to verified state
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-0038.html