Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
This project is now read‑only. Starting Monday, February 2, please use Jira Cloud for all bug tracking management.

Bug 2248637

Summary: cephfs-mirror: ceph_getxattr call always return -61 (ENODATA) in PeerReplayer::synchronize
Product: [Red Hat Storage] Red Hat Ceph Storage Reporter: Jos Collin <jcollin>
Component: CephFSAssignee: Jos Collin <jcollin>
Status: CLOSED ERRATA QA Contact: Hemanth Kumar <hyelloji>
Severity: medium Docs Contact: Disha Walvekar <dwalveka>
Priority: unspecified    
Version: 6.1CC: ceph-eng-bugs, cephqe-warriors, dwalveka, hyelloji, tserlin, vereddy, vshankar
Target Milestone: ---   
Target Release: 6.1z4   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: ceph-17.2.6-178.el9cp Doc Type: Bug Fix
Doc Text:
Fixes the incremental snapshot sync, which improves the overall performance of cephfs-mirroring.
 Story Points: ---
Clone Of:
: 2248639 (view as bug list) Environment:
Last Closed: 2024-02-08 18:13:05 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:    
Bug Blocks: 2248639, 2261930    

Description Jos Collin 2023-11-08 05:07:05 UTC 
Description of problem:
ceph_getxattr() call always return -61 (ENODATA) in PeerReplayer::synchronize, which results in 'prev' snapshot always coming in as boost::none in PeerReplayer::do_synchronize function. Even if the ceph_fsetxattr seems successfully setting (returns 0) the 'ceph.mirror.dirty_snap_id' in the first pass, the ceph_getxattr() call always returns ENODATA in the subsequent passes (and in further snapshot creations) for the same dir_root. It never retrieves the xattr value from the dir_root. This prevents incremental snapshot synchronisation, as the `prev` snapshot is always coming in as none. 

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

How reproducible:
Always

Steps to Reproduce:
1. Create a snapshot.
2. Make some changes to the dirs/files.
3. Create a second snapshot. Then it won't sync incrementally, as 'prev' is always none.

Actual results:
'prev' snapshot is none, even if it exist.

Expected results:
'prev' snapshot should have it's address if it exist.

Additional info:
As the prev snapshot is always none, this issue would have a performance impact on snapshot synchronisation.
Comment 17 errata-xmlrpc 2024-02-08 18:13:05 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 (Red Hat Ceph Storage 6.1 Bug Fix update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2024:0747