+++ 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
Upstream patch is already merged in upstream and comes to 3.4 downstream as part of rebase. https://review.gluster.org/16912
Doc text has been updated. Kindly review and confirm.
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
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days