[Bugs] [Bug 1467718] [Geo-rep]: entry failed to sync to slave with ENOENT errror

bugzilla at redhat.com bugzilla at redhat.com
Tue Jul 4 19:39:32 UTC 2017


https://bugzilla.redhat.com/show_bug.cgi?id=1467718

Kotresh HR <khiremat at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|bugs at gluster.org            |khiremat at redhat.com



--- Comment #1 from Kotresh HR <khiremat at redhat.com> ---
Analysis:
It was seen that the RMDIR followed by MKDIR is recorded in changelog on
a particular subvolume with same gfid and pargfid/bname but not on all
subvolumes as below.

    E 61c67a2e-07f2-45a9-95cf-d8f16a5e9c36 RMDIR \
    9cc51be8-91c3-4ef4-8ae3-17596fcfed40%2Ffedora2
    E 61c67a2e-07f2-45a9-95cf-d8f16a5e9c36 MKDIR 16877 0 0 \
    9cc51be8-91c3-4ef4-8ae3-17596fcfed40%2Ffedora2

While processing this changelog, geo-rep thinks RMDIR is successful and does
recursive rmdir on slave. But in the master the directory still exists. Further
entry creation under this directory which hashed to that particular subvol
failed with ENOENT.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list