Bug 842315

Summary: [RFE] No visibility of geo-replication from slave/target cluster(s)
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: Paul Cuzner <pcuzner>
Component: geo-replicationAssignee: Aravinda VK <avishwan>
Status: CLOSED DUPLICATE QA Contact: storage-qa-internal <storage-qa-internal>
Severity: medium Docs Contact:
Priority: medium    
Version: 2.0CC: avishwan, chrisw, csaba, rhs-bugs, rwheeler, sankarshan, sdharane, vbellur, vinaraya
Target Milestone: ---Keywords: FutureFeature, Reopened, ZStream
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-09-06 06:05:53 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 850514    

Description Paul Cuzner 2012-07-23 13:00:34 UTC
Description of problem:
When a geo-replication relationship is established, it is only visible from the source cluster. This is an operational risk, and has been picked up not only through internal SA testing but also on customer POC engagements.

Not understanding the volume relationships across clusters can lead to data loss and human error - both of which woul dbe bad for RHS!

Version-Release number of selected component (if applicable):
2.0

How reproducible:
Whenever geo-replication is used.

Steps to Reproduce:
1. Create a geo-replication configuration
2. Login to the target/slave
3. Using the CLI attempt to show the replication status
  
Actual results:
Replication state is not shared between source and target clusters

Expected results:
Slave's should show the replication state either through vol info, or vol ge-replication commands or preferably both

Additional info:

Comment 2 Amar Tumballi 2013-05-15 10:02:25 UTC
Csaba, lets plan to fix this by just showing the 'stime' value on slave as the 'sync' status.

Comment 4 Vivek Agarwal 2013-09-25 07:31:52 UTC
*** Bug 850515 has been marked as a duplicate of this bug. ***

Comment 9 Aravinda VK 2017-09-06 06:05:53 UTC

*** This bug has been marked as a duplicate of bug 1443923 ***