Description of problem: When assigning a label to a checkpoint, geo-replication status will throw: No active geo-replication sessions between [masternode] and [geo-rep target] Steps to Reproduce: 1. Set up a geo-replication session 2. Once started, create a checkpoint like this: # gluster volume geo-replication rep01 RHGS3::slave config checkpoint chris 3. Run # gluster volume geo-replication rep01 RHGS3::slave status Actual results: No active geo-replication sessions between rep01 and RHGS3::slave Expected results: MASTER NODE MASTER VOL MASTER BRICK SLAVE USER SLAVE SLAVE NODE STATUS CRAWL STATUS LAST_SYNCED ---------------------------------------------------------------------------------------------------------------------------------------------- RHGS1 rep01 /rhs/brick1/rep01 root RHGS3::slave RHGS3 Active Changelog Crawl 2016-09-28 13:13:45 RHGS2 rep01 /rhs/brick1/rep01 root RHGS3::slave RHGS4 Passive N/A N/A Additional info: It seems like the geo-replication continues even though status says there is no active connection :( [root@RHGS1 rep01]# gluster volume geo-replication rep01 RHGS3::slave status MASTER NODE MASTER VOL MASTER BRICK SLAVE USER SLAVE SLAVE NODE STATUS CRAWL STATUS LAST_SYNCED ---------------------------------------------------------------------------------------------------------------------------------------------- RHGS1 rep01 /rhs/brick1/rep01 root RHGS3::slave RHGS3 Active Changelog Crawl 2016-09-28 13:13:45 RHGS2 rep01 /rhs/brick1/rep01 root RHGS3::slave RHGS4 Passive N/A N/A [root@RHGS1 rep01]# gluster volume geo-replication rep01 RHGS3::slave config checkpoint chris geo-replication config updated successfully [root@RHGS1 rep01]# gluster volume geo-replication rep01 RHGS3::slave status No active geo-replication sessions between rep01 and RHGS3::slave [root@RHGS1 rep01]# gluster volume geo-replication rep01 RHGS3::slave config checkpoint now geo-replication config updated successfully [root@RHGS1 rep01]# gluster volume geo-replication rep01 RHGS3::slave status MASTER NODE MASTER VOL MASTER BRICK SLAVE USER SLAVE SLAVE NODE STATUS CRAWL STATUS LAST_SYNCED ---------------------------------------------------------------------------------------------------------------------------------------------- RHGS1 rep01 /rhs/brick1/rep01 root RHGS3::slave RHGS3 Active Changelog Crawl 2016-09-28 13:13:45 RHGS2 rep01 /rhs/brick1/rep01 root RHGS3::slave RHGS4 Passive N/A N/A --- Additional comment from Aravinda VK on 2016-09-29 02:20:52 EDT --- Set the Checkpoint for current time using, gluster volume geo-replication rep01 RHGS3::slave config checkpoint now As mentioned in the description we need to validate for other inputs.(other than now)
REVIEW: http://review.gluster.org/15721 (geo-rep/cli: Validate Checkpoint label) posted (#1) for review on master by Aravinda VK (avishwan)
Added validation for Checkpoint label format.
COMMIT: http://review.gluster.org/15721 committed in master by Aravinda VK (avishwan) ------ commit 8a1993b32f476765f9f5c9294e7c3f2ae75198a0 Author: Aravinda VK <avishwan> Date: Tue Oct 25 12:56:05 2016 +0530 geo-rep/cli: Validate Checkpoint label Checkpoint command accepts "now" or any other Time in "%Y-%m-%d %H:%M:%S" format as label. Validation added with this patch for the input label. Checkpoint set will fail for invalid label. BUG: 1388401 Change-Id: I23518c151ab4b294f64cae3b78baaacb3d8f7b82 Signed-off-by: Aravinda VK <avishwan> Reviewed-on: http://review.gluster.org/15721 Smoke: Gluster Build System <jenkins.org> CentOS-regression: Gluster Build System <jenkins.org> NetBSD-regression: NetBSD Build System <jenkins.org> Reviewed-by: Saravanakumar Arumugam <sarumuga> Reviewed-by: Kotresh HR <khiremat>
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.10.0, please open a new bug report. glusterfs-3.10.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution. [1] http://lists.gluster.org/pipermail/gluster-users/2017-February/030119.html [2] https://www.gluster.org/pipermail/gluster-users/