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

[bugzilla at redhat.com]

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

Rahul Hinduja <rhinduja at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rhinduja at redhat.com



--- Comment #5 from Rahul Hinduja <rhinduja at redhat.com> ---
Its a very corner case and a race between how 2 changelogs are processed during
rmdir and mkdir. Following is one of the case: 

1. Two Subvolume having dir d1. d1 having files f1,f2 in first subvolume and
f3,f4 in second subvolume. 
2. rmdir of d1 is issued and mkdir with same name (d1) is issued. New files
created with name f5,f6,f7,f8. 

If rmdir failed on one subvolume (A) for any reason, recursive rmdir is
retried. At the same time some of the new files are hashed to different
subvolume (B). Once the rmdir is reprocessed at A, it would delete the newly
created files at B and will have only the files created after changelog
processed mkdir on A.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=N9vifg59DK&a=cc_unsubscribe