Bug 990458
| Summary: | Dist-geo-rep: Metadata Checksum of directories doesn't match after the sync | ||
|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | M S Vishwanath Bhat <vbhat> |
| Component: | geo-replication | Assignee: | Bug Updates Notification Mailing List <rhs-bugs> |
| Status: | CLOSED EOL | QA Contact: | M S Vishwanath Bhat <vbhat> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 2.1 | CC: | avishwan, chrisw, csaba, david.macdonald, mzywusko, rhs-bugs, rwheeler, sdharane, smanjara, vagarwal |
| Target Milestone: | --- | Keywords: | Reopened, 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:48:36 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-07-31 09:04:04 UTC
*** This bug has been marked as a duplicate of bug 980910 *** The bug https://bugzilla.redhat.com/show_bug.cgi?id=980910 is about change in metadata not being synced to slave. But here I am not changing any metadata of the file. I just simply untar linux kernel and after syncing the metadata checksums don't match. No setxattr, chmod, chown etc etc. With the description of the bug, this is not a duplicate. But is it duplicate because the code changes to fix both of the bus are same? I don't think this is a duplicate. At least by the description of both the bugs. This used to work before. I hadn't hit this issue until recently. This is kind of regression IMO. I'm reopening since this is not change is metadata which is syncing, it the initial metadata itself. If you think the code changes are same of both of them and that's why it's duplicate, then move it to duplicate again. That said I use arequal-checksum to verify the metadata. And that's where it's failing. I'm not 100% sure on how it calculates that. This has happened again in the build glusterfs-3.4.0.57. There was mismatch in metadata checksum for directories after doing chmod, chown or chgrp on all the files. This is being reproduced consistently. I see this error consistenty in the xsync crawl for symlinks. Version glusterfs-3.6.0.22. But looking at the arequal checksums on master and slave, they appear to be same. arequal-checksum of master is : Entry counts Regular files : 10000 Directories : 2011 Symbolic links : 11900 Other : 0 Total : 23911 Metadata checksums Regular files : 3b68f87510 Directories : c52eb589e28 Symbolic links : 3e9 Other : 3e9 Checksums Regular files : f110f5d2d4bf9c7f58f92f101b8bee0e Directories : 7f35770119653171 Symbolic links : 7219756330546964 Other : 0 Total : a4c5d8a0e6052a64 arequal-checksum of geo_rep_slave slavevol: Entry counts Regular files : 10000 Directories : 1451 Symbolic links : 2470 Other : 0 Total : 13921 Metadata checksums Regular files : ceb82592c0 Directories : 16f1ead1b00 Symbolic links : 3e9 Other : 3e9 Checksums Regular files : f110f5d2d4bf9c7f58f92f101b8bee0e Directories : 2e47026e1f64257a Symbolic links : 771e3f5e2b67340e Other : 0 Total : f0b0e7f2fb376305 Meta data checksum for regular files doesn't match between master and slavevol Meta data checksum for directories doesn't match between master and slavevol Failed to sync all the files from master to slavevol Checksum for directories doesn't match between master and slavevol After the sync is complete and the checksums match we still see a checksum error: Regular files : 10000 Directories : 2011 Symbolic links : 11900 Other : 0 Total : 23911 Metadata checksums Regular files : 3b68f87510 Directories : c52eb589e28 Symbolic links : 3e9 Other : 3e9 Checksums Regular files : f110f5d2d4bf9c7f58f92f101b8bee0e Directories : 7f35770119653171 Symbolic links : 7219756330546964 Other : 0 Total : a4c5d8a0e6052a64 arequal-checksum of geo_rep_slave slavevol: Entry counts Regular files : 10000 Directories : 2011 Symbolic links : 11900 Other : 0 Total : 23911 Metadata checksums Regular files : 3b68f87510 Directories : c558e679bd0 Symbolic links : 3e9 Other : 3e9 Checksums Regular files : f110f5d2d4bf9c7f58f92f101b8bee0e Directories : 7f35770119653171 Symbolic links : 7219756330546964 Other : 0 Total : a4c5d8a0e6052a64 Meta data checksum for directories doesn't match between master and slavevol This is still happening in the build glusterfs-3.6.0.24-1.el6rhs, both in xsync crawl and changelog crawl. ================================================================================ requal-checksum of master is : Entry counts Regular files : 7006 Directories : 594 Symbolic links : 801 Other : 0 Total : 8401 Metadata checksums Regular files : 2f7b Directories : f922 Symbolic links : 5a815a Other : 3e9 Checksums Regular files : e8f8e25dd381796ea69c6e28ba814418 Directories : 3630166833605726 Symbolic links : 3a03770349194039 Other : 0 Total : 4257ed1e13792a69 arequal-checksum of geo_rep_slave slave: Entry counts Regular files : 7006 Directories : 594 Symbolic links : 801 Other : 0 Total : 8401 Metadata checksums Regular files : 2f7b Directories : e2ca Symbolic links : 5a815a Other : 3e9 Checksums Regular files : e8f8e25dd381796ea69c6e28ba814418 Directories : 3630166833605726 Symbolic links : 3a03770349194039 Other : 0 Total : 4257ed1e13792a69 ================================================================================ Looks like duplicate of this bug 1146256. 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. 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. |