Description of problem: ----------------------- This issue is seen with the RHHI-V usecase. VM images are stored in the gluster volumes and geo-replicated to the secondary site, for DR use case. When IPv6 is used, the additional mount option is required --xlator-option=transport.address-family=inet6". But when geo-rep check for slave space with gverify.sh, these mount options are not considered and it fails to mount either master or slave volume Version-Release number of selected component (if applicable): -------------------------------------------------------------- RHGS 3.4.4 ( glusterfs-3.12.2-47 ) How reproducible: ----------------- Always Steps to Reproduce: ------------------- 1. Create geo-rep session from the master to slave Actual results: -------------- Creation of geo-rep session fails at gverify.sh Expected results: ----------------- Creation of geo-rep session should be successful
This issue will be marked down as a limitation with IPV6 support, removing the release_blocker flag set on this bug
I thought we pushed this functionality into batch update 4?
(In reply to Yaniv Kaul from comment #2) > I thought we pushed this functionality into batch update 4? No, it did not make it to 3.4.4, the RHGS bug is moved to 3.5
Redirecting needinfo to SME
Tested with RHVH 4.4.1 1. Created the master cluster with IPV6 only enabled ( hosts are using FQDN ) 2. Create the geo-rep slave also with IPV6 only ( hosts are using FQDN ) 3. Start the geo-rep session 4. Post sync, all the files on VMs running on master site are synced to slave site
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 (RHHI for Virtualization 1.8 bug fix and enhancement update), 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/RHEA-2020:3314