Created attachment 1350651 [details] Step-by-step procedure to reproduce the bug. Description of problem: Geo-replication is created, it is active, no errors is reported by CLI and at glusterfs logs. Start write files to master volume. Use geo-replication detail status command. Value of "Number of entry Operations pending" is growing after each synchronization. It never going down except after the replication is restarted. Version-Release number of selected component (if applicable): GlusterFS 3.12.2 How reproducible: 100% Steps to Reproduce: 1. See the attached file "gluster_geo_repl_bug.txt". Actual results: Value of pending entries is not going down after synchronization. Expected results: In case of successful synchronization the value has to be "0". Additional info: 1. See the attached glusterfs log files from the master system "gluster_logs_master_182.tgz". 2. See the attached glusterfs log files from the slave system "gluster_logs_slave_183.tgz".
Created attachment 1350652 [details] GlusterFS logs from the master system.
Created attachment 1350653 [details] GlusterFS logs from the slave system
IO from mount stopped while running status command? Entry count in status changes continuously as long as IO is going on in Master volume. (Crawl -> Increment count -> Create entries in slave -> Decrement the count) This status column is not related to checkpoint. Only if no IO in Master mount and status shows entry count then it might have some issue.
Problem is reproduced with GlusterFS 3.12.13.
Release 3.12 has been EOLd and this bug was still found to be in the NEW state, hence moving the version to mainline, to triage the same and take appropriate actions.
(In reply to Shyamsundar from comment #5) > Release 3.12 has been EOLd and this bug was still found to be in the NEW > state, hence moving the version to mainline, to triage the same and take > appropriate actions. Status?
(In reply to Yaniv Kaul from comment #6) > (In reply to Shyamsundar from comment #5) > > Release 3.12 has been EOLd and this bug was still found to be in the NEW > > state, hence moving the version to mainline, to triage the same and take > > appropriate actions. > > Status? Will need to check with the assignee or component maintainer, which is Kotresh in both cases. @Kotresh request an update here? Thanks.
REVIEW: https://review.gluster.org/22603 (geo-rep: Fix entries and metadata counters in geo-rep status) posted (#1) for review on master by Kotresh HR
REVIEW: https://review.gluster.org/22603 (geo-rep: Fix entries and metadata counters in geo-rep status) merged (#2) on master by Amar Tumballi