Bug 1348904

Summary: [geo-rep]: If the data is copied from .snaps directory to the master, it doesn't get sync to slave [First Copy]
Product: [Community] GlusterFS Reporter: Kotresh HR <khiremat>
Component: geo-replicationAssignee: Kotresh HR <khiremat>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: urgent Docs Contact:
Priority: unspecified    
Version: mainlineCC: avishwan, bmohanra, bugs, csaba, rcyriac, rhinduja, storage-qa-internal
Target Milestone: ---Keywords: ZStream
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: v3.10.0 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1344908
: 1349271 1349274 (view as bug list) Environment:
Last Closed: 2017-03-08 09:30:20 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1344908    
Bug Blocks: 1349271, 1349274    

Description Kotresh HR 2016-06-22 09:38:39 UTC 
+++ This bug was initially created as a clone of Bug #1344908 +++

Description of problem:
=======================

In a scenario, where data is copied from the snapshot from .snaps directory using (uss) to the master mount. The entries gets synced to slave but data remains 0 in size. 

Master:
=======

[root@tia master]# cp -rf /mnt/master/.snaps/geo_snap_multi_text_glusterfs_create_GMT-2016.06.12-07.26.06/thread0 .
[root@tia master]#

[root@tia master]# ls
thread0
[root@tia master]# 
[root@tia master]# cd thread0/
[root@tia thread0]# ls
level00  level01  level02
[root@tia thread0]# cd level00/
[root@tia level00]# ll
total 774
-rw-r--r--. 1 root root  81184 Jun 12  2016 575c5b2e%%179OT6LH9E
-rw-r--r--. 1 root root 189899 Jun 12  2016 575c5b2e%%8AKXW79FK8
-rw-r--r--. 1 root root 186345 Jun 12  2016 575c5b2e%%E4UB060CSR
-rw-r--r--. 1 root root 171280 Jun 12  2016 575c5b2e%%VGRDMPC2PL
-rw-r--r--. 1 root root 158768 Jun 12  2016 575c5b2e%%W7WO0PW4W9
drwxr-xr-x. 3 root root   4096 Jun 12  2016 level10
[root@tia level00]# 


Slave:
======

[root@tia slave]# ls
thread0
[root@tia slave]# cd thread0/
[root@tia thread0]# ls
level00  level01  level02
[root@tia thread0]# cd level00/
[root@tia level00]# ll
total 4
-rw-r--r--. 1 root root    0 Jun 12  2016 575c5b2e%%179OT6LH9E
-rw-r--r--. 1 root root    0 Jun 12  2016 575c5b2e%%8AKXW79FK8
-rw-r--r--. 1 root root    0 Jun 12  2016 575c5b2e%%E4UB060CSR
-rw-r--r--. 1 root root    0 Jun 12  2016 575c5b2e%%VGRDMPC2PL
-rw-r--r--. 1 root root    0 Jun 12  2016 575c5b2e%%W7WO0PW4W9
drwxr-xr-x. 3 root root 4096 Jun 12  2016 level10
[root@tia level00]# 


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


How reproducible:
=================
Always


Steps to Reproduce:
==================
1. Create geo-rep session between master and slave
2. Create data on Master volume
3. It will sync to slave
4. Pause the geo-rep session
5. Take a snapshot of Master volume
6. Start the geo-rep session
7. Remove the data from Master
8. Data will be removed from Slave too
9. Enable uss on Master
10. Activate the snapshot 
11. Copy back the data from .snaps/<snapshot> to master root
12. Entries gets created at slave but data doesn't sync


Actual results:
===============
Entries gets created at slave but data doesn't sync

Expected results:
=================
Data along with entries should also get sync to slave
Comment 1 Vijay Bellur 2016-06-22 09:42:43 UTC 
REVIEW: http://review.gluster.org/14773 (feature/gfid-access: Fix nameless lookup on ".gfid") posted (#1) for review on master by Kotresh HR (khiremat)
Comment 2 Vijay Bellur 2016-06-23 04:57:50 UTC 
COMMIT: http://review.gluster.org/14773 committed in master by Raghavendra G (rgowdapp) 
------
commit b37c6d9088851b2ef83ce4e28af642892e5fd268
Author: Kotresh HR <khiremat>
Date:   Wed Jun 22 13:05:10 2016 +0530

    feature/gfid-access: Fix nameless lookup on ".gfid"
    
    Problem:
    In geo-replication, if the data copied from .snaps
    directory to the master, the first set of copy after
    uss is enabled doesn't get sync to slave.
    
    Cause:
    Enabling uss results in graph switch. So when the
    lookup comes on "0x00...0d/gfid1" on new graph,
    ("0x00...0d' being the gfid of virtual directory
     ".gfid"), it fails as gfid-access xlator doesn't
    handle it.
    
    Fix:
    Handle nameless lookup on ".gfid" in gfid-access
    xlator.
    
    Change-Id: I32be0064e8fd58068646dbf662432f4a3da14e77
    BUG: 1348904
    Signed-off-by: Kotresh HR <khiremat>
    Reviewed-on: http://review.gluster.org/14773
    Smoke: Gluster Build System <jenkins.org>
    NetBSD-regression: NetBSD Build System <jenkins.org>
    CentOS-regression: Gluster Build System <jenkins.org>
    Reviewed-by: Raghavendra G <rgowdapp>