Bug 1092501 - DHT + Snapshot :- If snapshot is taken when Directory is not removed from hashed sub-vol; On restoring that snapshot Directory is not listed on mount point and lookup on parent is not healing
Summary: DHT + Snapshot :- If snapshot is taken when Directory is not removed from has...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: distribute
Version: rhgs-3.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
: RHGS 3.0.0
Assignee: Raghavendra G
QA Contact: amainkar
URL:
Whiteboard:
Depends On: 1090986
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-04-29 12:56 UTC by Rachana Patel
Modified: 2015-05-13 16:55 UTC (History)
6 users (show)

Fixed In Version: glusterfs-3.6.0.27-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-09-22 19:36:19 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2014:1278 0 normal SHIPPED_LIVE Red Hat Storage Server 3.0 bug fix and enhancement update 2014-09-22 23:26:55 UTC

Description Rachana Patel 2014-04-29 12:56:51 UTC
Description of problem:
=======================
Remove Directory from mount point and take a Snapshot when Directory is not removed from  hashed sub-volume and has been removed from all or few non-hashed sub-volume.

On restoring that snapshot, Directory is not listed on mount point. Lookup on parent Directory is not healing Directory on non-hashed sub-volume.


Version-Release number of selected component (if applicable):
=============================================================
3.5qa2-0.340.gitc193996.el6_5.x86_64


How reproducible:
================
always



Steps to Reproduce:
1. create Distributed volume, start it and FUSE mount it.
2. create Directory from mount point 
3. Remove Directory from mount point and make sure you take a snap of volume when Directory is removed only from one or more non hashed sub-volume and should be present on hashed sub-volume
3. stop volume and restore snap
4. mount volume again and list out content of parent Directory. Partially removed Directory is not present

Step 3:-
mount point:-
[root@rhs-client18 test2]# rm -rf dir7

backend:-
[root@OVM5 ~]# ls -R /brick3/*
/brick3/1:
dir1  dir2  dir3  dir5

/brick3/1/dir1:

/brick3/1/dir2:

/brick3/1/dir3:

/brick3/1/dir5:

/brick3/2:
dir1  dir2  dir3  dir4  dir5  dir7

/brick3/2/dir1:

/brick3/2/dir2:

/brick3/2/dir3:

/brick3/2/dir4:

/brick3/2/dir5:

/brick3/2/dir7:

/brick3/3:
dir1  dir2  dir3  dir4  dir5

/brick3/3/dir1:

/brick3/3/dir2:

/brick3/3/dir3:

/brick3/3/dir4:

/brick3/3/dir5:

Step 5:-
mount point:-
[root@rhs-client18 test2]# ls
dir1  dir2  dir3  dir5


backend:-

[root@OVM5 ~]# ls -R /brick3/*
/brick3/1:
dir1  dir2  dir3  dir5

/brick3/1/dir1:

/brick3/1/dir2:

/brick3/1/dir3:

/brick3/1/dir5:

/brick3/2:
dir1  dir2  dir3  dir4  dir5  dir7

/brick3/2/dir1:

/brick3/2/dir2:

/brick3/2/dir3:

/brick3/2/dir4:

/brick3/2/dir5:

/brick3/2/dir7:

/brick3/3:
dir1  dir2  dir3  dir4  dir5

/brick3/3/dir1:

/brick3/3/dir2:

/brick3/3/dir3:

/brick3/3/dir4:

/brick3/3/dir5:

Actual results:
===============
DHT self heal is not healing Directory entry and Directory is not visible on mount point

Expected results:
=================
Lookup on mount point should heal Directory entry on all up sub-volume

Additional info:

Comment 7 Rachana Patel 2014-09-18 08:48:41 UTC
verified with 3.6.0.28-1.el6rhs.x86_64, working as expected hence moving to verified

Comment 9 errata-xmlrpc 2014-09-22 19:36:19 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.

http://rhn.redhat.com/errata/RHEA-2014-1278.html


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