Bug 1032931

Summary: dist-geo-rep: Metadata checksum of files in master and slave don't match after complete sync after upgrade
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: M S Vishwanath Bhat <vbhat>
Component: geo-replicationAssignee: Bug Updates Notification Mailing List <rhs-bugs>
Status: CLOSED EOL QA Contact: storage-qa-internal <storage-qa-internal>
Severity: medium Docs Contact:
Priority: high    
Version: 2.1CC: avishwan, chrisw, csaba, mzywusko
Target Milestone: ---Keywords: ZStream
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: consistency
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-11-25 08:49:23 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:

Description M S Vishwanath Bhat 2013-11-21 09:24:06 UTC
Description of problem:
I was doing the upgrade testing by upgrading from RHS-2.1 to RHS-2.1 Update 1. And after upgrade of the whole cluster I switched from "rsync" syncing method to "tar+ssh" syncing method. And set a checkpoint. After it says checkpoint completed, I collected arequal-checksum from master and slave. The metadata checksum didn't match after sync.


Version-Release number of selected component (if applicable):
glusterfs-3.4.0.44rhs-1.el6rhs.x86_64

How reproducible:
Once hit. Haven't tried second time.

Steps to Reproduce:
1. Upgrade a geo-rep setup from RHS-2.1 to RHS-2.1 Update 1 bits.
2. After upgrade, keep creating the files from mount point
3. Create the new tar pem file using gsec_create once more
4. Now geo-rep create push-pem force
5. Now set the use-tarssh true. Now the gsyncd restarts.
6. Now after gsyncd is restarted, set the checkpoint to now. And wait for it to be completed.

Actual results:
Metadata checksums didn't match after upgrade.


[root@alvin ~]# cat /tmp/master-arequal-checksum 

Entry counts
Regular files   : 232670
Directories     : 11320
Symbolic links  : 5812
Other           : 0
Total           : 249802

Metadata checksums
Regular files   : 35a0
Directories     : 3e9
Symbolic links  : 3e9
Other           : 3e9

Checksums
Regular files   : 409ace6a7a883d5a4493ff0d35a8a9c4
Directories     : 42d5d66645b6570
Symbolic links  : 41530f524b577a5c
Other           : 0
Total           : 41776353602c8bb2



[root@alvin ~]# cat /tmp/slave-arequal-checksum 

Entry counts
Regular files   : 232670
Directories     : 11320
Symbolic links  : 5812
Other           : 0
Total           : 249802

Metadata checksums
Regular files   : 40cc
Directories     : 25fc
Symbolic links  : 3e9
Other           : 3e9

Checksums
Regular files   : 409ace6a7a883d5a4493ff0d35a8a9c4
Directories     : 42d5d66645b6570
Symbolic links  : 41530f524b577a5c
Other           : 0
Total           : 41776353602c8bb2




Expected results:
Metadata checksum should match.

Additional info:

I will archive all the relevant logs and working dirs

Comment 4 Aravinda VK 2015-11-25 08:49:23 UTC
Closing this bug since RHGS 2.1 release reached EOL. Required bugs are cloned to RHGS 3.1. Please re-open this issue if found again.

Comment 5 Aravinda VK 2015-11-25 08:51:03 UTC
Closing this bug since RHGS 2.1 release reached EOL. Required bugs are cloned to RHGS 3.1. Please re-open this issue if found again.