Description of problem: Checkpoint gives correct information about whether it has synced file to slave before checkpoint, but it takes utc time for start time and local time for finish while displaying. Version-Release number of selected component (if applicable):3.4.0.12rhs.beta5-2.el6rhs.x86_64 How reproducible: Happens every time Steps to Reproduce: 1.create and start a geo-rep relationship between master and slave. 2.create some data on the master. 3.set the checkpoint using geo-rep config and check the status. Actual results: It shows utc time for start time and local time for finish time. Expected results: It should show proper time consistently Additional info: [root@shaktiman ~]# gluster v geo master 10.70.43.23::imaster status NODE MASTER SLAVE HEALTH UPTIME --------------------------------------------------------------------------------------------------------------------------------------------------------------- shaktiman.blr.redhat.com master 10.70.43.23::imaster Stable | checkpoint as of 2013-07-23 06:27:51 completed at 2013-07-23 11:58:23 00:00:54 snow.blr.redhat.com master 10.70.43.23::imaster Stable | checkpoint as of 2013-07-23 06:27:51 not reached yet 00:01:10 spartacus.blr.redhat.com master 10.70.43.23::imaster Stable | checkpoint as of 2013-07-23 06:27:51 not reached yet 00:01:10 stark.blr.redhat.com master 10.70.43.23::imaster Stable | checkpoint as of 2013-07-23 06:27:51 completed at 2013-07-23 11:58:16 00:01:01
Csaba, can you please have a look on this ASAP. We need to have all the 'time' to be in UTC in the code (so failover-failback should be seemless).
https://code.engineering.redhat.com/gerrit/#/c/15089/
It tried it on the build glusterfs-3.4.0.39rhs-1, it shows correct time but, the Bug 1025358 is still there.
verified on the build glusterfs-3.4.0.43rhs-1. This is how checkpoint output looks now. MASTER NODE MASTER VOL MASTER BRICK SLAVE STATUS CHECKPOINT STATUS CRAWL STATUS ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- redcell.blr.redhat.com master /bricks/brick1 10.70.43.174::slave Active checkpoint as of 2013-11-12 16:24:17 is completed at 2013-11-12 16:24:38 Changelog Crawl redcloak.blr.redhat.com master /bricks/brick2 10.70.43.76::slave Passive N/A N/A redwood.blr.redhat.com master /bricks/brick4 10.70.42.151::slave Passive N/A N/A redlake.blr.redhat.com master /bricks/brick3 10.70.43.135::slave Active checkpoint as of 2013-11-12 16:24:17 is completed at 2013-11-12 16:24:38 Changelog Crawl
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, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-1769.html