Bug 1163703 - [USS]: If the snap name is same as snap-directory than cd to virtual snap directory fails
Summary: [USS]: If the snap name is same as snap-directory than cd to virtual snap dir...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: snapshot
Version: unspecified
Hardware: x86_64
OS: Linux
urgent
urgent
Target Milestone: ---
: RHGS 3.0.3
Assignee: Vijaikumar Mallikarjuna
QA Contact: Rahul Hinduja
URL:
Whiteboard: USS
Depends On:
Blocks: 1162694 1164613 1175733
TreeView+ depends on / blocked
 
Reported: 2014-11-13 10:24 UTC by Rahul Hinduja
Modified: 2016-09-17 13:00 UTC (History)
8 users (show)

Fixed In Version: glusterfs-3.6.0.33-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1164613 (view as bug list)
Environment:
Last Closed: 2015-01-15 13:42:22 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2015:0038 0 normal SHIPPED_LIVE Red Hat Storage 3.0 enhancement and bug fix update #3 2015-01-15 18:35:28 UTC

Description Rahul Hinduja 2014-11-13 10:24:01 UTC
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

Comment 3 Vijaikumar Mallikarjuna 2014-11-27 11:41:54 UTC
Patch that fixes this issue: https://code.engineering.redhat.com/gerrit/#/c/36771/

Comment 4 Rahul Hinduja 2014-11-27 12:01:08 UTC
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

Comment 6 errata-xmlrpc 2015-01-15 13:42:22 UTC
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


Note You need to log in before you can comment on or make changes to this bug.