Bug 1503173

Summary:	[Geo-rep] Master and slave mounts are not accessible to take client profile info
Product:	[Red Hat Storage] Red Hat Gluster Storage	Reporter:	Kotresh HR <khiremat>
Component:	geo-replication	Assignee:	Aravinda VK <avishwan>
Status:	CLOSED ERRATA	QA Contact:	Rochelle <rallan>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	rhgs-3.3	CC:	amukherj, avishwan, bugs, csaba, nchilaka, rhinduja, rhs-bugs, sheggodu, srmukher, storage-qa-internal
Target Milestone:	---
Target Release:	RHGS 3.4.0
Hardware:	All
OS:	Linux
Whiteboard:	rebase
Fixed In Version:	glusterfs-3.12.2-1	Doc Type:	Bug Fix
Doc Text:	As geo-replication mounts the master and slave volume internally to sync the data, the mount points were not available to debug. As a result, the user failed to fetch client volume profile information. This fix brings two new options to expose geo-replication mounts to users to access the mount points. slave_access_mount: for slave mount points master_access_mount: for master mount points	Story Points:	---
Clone Of:	1433506	Environment:
Last Closed:	2018-09-04 06:36:52 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:	1433506
Bug Blocks:	1438330, 1503134

Description Kotresh HR 2017-10-17 13:29:31 UTC

+++ This bug was initially created as a clone of Bug #1433506 +++

Description of problem:
Master and slave geo-rep auxiliary mounts are not accessible to user to take
client profile info or do any other client stack analysis. The mounts are lazy unmounted after changing the current directory to the respective mount point.
So that only geo-rep worker has access to it.

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


How reproducible:
Always

Steps to Reproduce:
1. Setup geo-rep session between master and slave volume
2. Try to take the client side profile info of either master volume or slave volume


Actual results:
Not able to take client profile info of active geo-rep master and slave mount points on which I/O is happening

Expected results:
When needed, it should be possible to take client profile info of active geo-rep master and slave mount points on which I/O is happening

Comment 2 Kotresh HR 2017-10-17 13:30:39 UTC

Upstream patch is already merged in upstream and comes to 3.4 downstream as part of rebase.

https://review.gluster.org/16912

Comment 6 Srijita Mukherjee 2018-09-03 15:15:57 UTC

Doc text has been updated. Kindly review and confirm.

Comment 8 errata-xmlrpc 2018-09-04 06:36:52 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.

https://access.redhat.com/errata/RHSA-2018:2607

Comment 9 Red Hat Bugzilla 2023-09-14 04:10:15 UTC

The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days