Bug 868877 - [3.3.0.4rhs-34.el6rhs.x86_64.rpm] geo-rep status gives N/A.
Summary: [3.3.0.4rhs-34.el6rhs.x86_64.rpm] geo-rep status gives N/A.
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: geo-replication
Version: 2.0
Hardware: x86_64
OS: Linux
urgent
urgent
Target Milestone: ---
: ---
Assignee: Csaba Henk
QA Contact: Vijaykumar Koppad
URL:
Whiteboard:
: 870502 870503 (view as bug list)
Depends On:
Blocks: 811632 815035 873380
TreeView+ depends on / blocked
 
Reported: 2012-10-22 11:05 UTC by Vijaykumar Koppad
Modified: 2018-11-26 17:57 UTC (History)
10 users (show)

Fixed In Version: glusterfs-3.4.0qa5
Doc Type: Bug Fix
Doc Text:
Previously, the Geo-replication feature used an improper socket path and displayed 'N/A' as the status. This led to the checkpointing feature not working as expected. Now the socket issues are handled well and the status is displayed appropriately.
Clone Of:
: 873380 (view as bug list)
Environment:
Last Closed: 2013-09-16 03:25:45 UTC
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2013:1262 0 normal SHIPPED_LIVE Red Hat Storage Server 2.1 enhancement and bug fix update 2013-09-16 07:19:47 UTC

Description Vijaykumar Koppad 2012-10-22 11:05:19 UTC 
Description of problem: After upgrading to  version 3.3.0.4rhs-34.el6rhs.x86_64.rpm , the geo-rep status says N/A. This is because checkpoint service went down. I have tested again with 3.3.0.3rhs-33.el6rhs.x86_64.rpm. It worked fine. After the upgrade only it is happening consistently. 


Version-Release number of selected component (if applicable):3.3.0.4rhs-34.el6rhs.x86_64.rpm


How reproducible:Consistently 


Steps to Reproduce:
1.Start a geo-rep session between master(dist-rep) and slave(dist-rep) 
2.check geo-rep status 
3.
  
Actual results: status shows N/A


Expected results: It should show proper status. 


Additional info:
Comment 2 Csaba Henk 2012-10-31 12:34:02 UTC 
N/A means that checkpoint service is not functional.

That happened because the change of the location of
unix domain sockets that are used for inter-component
communication has changed as of

https://code.engineering.redhat.com/gerrit/120

on the glusterd side, but gsyncd has not been
adjusted so the checkpoint service is not found
where glusterd expects it to be.

The proper fix is to have glusterd to specify
the socket location to gsyncd, instead of hardwiring
it into gsyncd code.
Comment 3 Csaba Henk 2012-11-19 19:32:13 UTC 
*** Bug 870503 has been marked as a duplicate of this bug. ***
Comment 4 Csaba Henk 2012-11-19 19:32:20 UTC 
*** Bug 870502 has been marked as a duplicate of this bug. ***
Comment 5 Vijay Bellur 2012-11-29 00:54:45 UTC 
CHANGE: http://review.gluster.org/4143 (geo-rep / gsyncd,glusterd: do not hardcode socket path) merged in master by Anand Avati (avati)
Comment 6 Pavithra 2013-08-26 07:10:57 UTC 
Kindly verify the edited doc text for technical accuracy and sign off.
Comment 8 errata-xmlrpc 2013-09-16 03:25:45 UTC 
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-1262.html
Note You need to log in before you can comment on or make changes to this bug.