Bug 1241498 - USS: Unable to copy files from snapshot to the mount point
Summary: USS: Unable to copy files from snapshot to the mount point
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: snapshot
Version: rhgs-3.1
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
: ---
Assignee: rjoseph
QA Contact: storage-qa-internal@redhat.com
URL:
Whiteboard:
Depends On:
Blocks: 1223636
TreeView+ depends on / blocked
 
Reported: 2015-07-09 10:43 UTC by Anil Shah
Modified: 2017-02-21 06:57 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-02-21 06:57:42 UTC
Embargoed:


Attachments (Terms of Use)

Description Anil Shah 2015-07-09 10:43:51 UTC
Description of problem:

When files are deleted from cifs mount,  copying  deleted files from snapshot through Windows GUI, copy of files failed with error "You don't have permission to copy"

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

[root@darkknightrises ~]# rpm -qa | grep glusterfs
glusterfs-libs-3.7.1-8.el6rhs.x86_64
glusterfs-fuse-3.7.1-8.el6rhs.x86_64
glusterfs-debuginfo-3.7.1-8.el6rhs.x86_64
glusterfs-api-3.7.1-8.el6rhs.x86_64
glusterfs-geo-replication-3.7.1-8.el6rhs.x86_64
glusterfs-3.7.1-8.el6rhs.x86_64
glusterfs-server-3.7.1-8.el6rhs.x86_64
samba-vfs-glusterfs-4.1.17-12.el6rhs.x86_64
glusterfs-client-xlators-3.7.1-8.el6rhs.x86_64
glusterfs-cli-3.7.1-8.el6rhs.x86_64


How reproducible:

100%

Steps to Reproduce:
1. Create 2*2 distribute replicate volume
2. Enable USS 
3. Mount volume as cifs mount and mount volume through windows too
4. Create some file from the cifs mount
5. Take snapshot 
6. Delete created files from cifs mount.
7. Try copying files from snapshot using Widows GUI

Actual results:

Copy fails with error "You don't have permission to copy"

Expected results:

Files should get copied to the mount point


Additional info:

Volume Name: vol0
Type: Distributed-Replicate
Volume ID: 23b4a0c0-39f3-4a2a-b48b-cf945f8b03b6
Status: Started
Number of Bricks: 2 x 2 = 4
Transport-type: tcp
Bricks:
Brick1: 10.70.33.214:/rhs/brick1/b001
Brick2: 10.70.33.219:/rhs/brick1/b002
Brick3: 10.70.33.225:/rhs/brick1/b003
Brick4: 10.70.44.13:/rhs/brick1/b004
Options Reconfigured:
diagnostics.client-log-level: DEBUG
features.barrier: disable
features.show-snapshot-directory: enable
performance.readdir-ahead: on
server.allow-insecure: on
performance.stat-prefetch: off
storage.batch-fsync-delay-usec: 0
features.uss: enable
features.quota: on
features.inode-quota: on
features.quota-deem-statfs: on
features.bitrot: on
features.scrub: Active
snap-activate-on-create: enable

Comment 3 rjoseph 2017-02-21 06:57:42 UTC
This issue seems to be fixed and is tested multiple times. Therefore I am closing this bug. Please feel free to reopen the issue if hit again.


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