Bug 1901468 - With fresh RHGS installation on RHEL 8.3, geo-replication goes to faulty state with sync_method as tarssh
Summary: With fresh RHGS installation on RHEL 8.3, geo-replication goes to faulty stat...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: geo-replication
Version: rhgs-3.5
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
: RHGS 3.5.z Batch Update 6
Assignee: Shwetha K Acharya
QA Contact: SATHEESARAN
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-11-25 11:03 UTC by SATHEESARAN
Modified: 2022-01-27 14:26 UTC (History)
9 users (show)

Fixed In Version: glusterfs-6.0-60
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-01-27 14:26:32 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github gluster glusterfs pull 2734 0 None Merged glusterfs.spec.in: remove condtionals from tar dependency 2021-09-29 12:44:51 UTC
Red Hat Product Errata RHBA-2022:0315 0 None None None 2022-01-27 14:26:56 UTC

Description SATHEESARAN 2020-11-25 11:03:01 UTC
Describe the issue:
-------------------
With the fresh installation ( either layered or RHGS 3.5.3 ISO based on RHEL 8.3 ) of RHGS 3.5.3, the newly setup geo-rep session goes faulty with sync_method set as tarssh

This is particularly because of missing 'tar' package with RHEL 8.3 ISO as well as with RHGS 3.5.3 ISO.

gluster-geo-replication package pulls 'rsync' as dependency, with 'rsync' as default sync_method. As it also supports 'tarssh' sync_method, gluster-geo-replication package should also pull 'tar' as dependency

Steps to Reproduce:
--------------------
1. Install RHGS 3.5.3 on top RHEL 8.3
2. Enable the gluster_shared_storage
3. Create a geo-rep session from primary to secondary cluster
4. Configure the geo-rep session to make use of sync_method as 'tarssh'
5. Start the session

Actual results:
----------------
geo-rep session goes faulty

[root@ ]# ssh -oPasswordAuthentication=no -oStrictHostKeyChecking=no -i /var/lib/glusterd/geo-replication/tar_ssh.pem -p 22 dhcp35-129.lab.eng.blr.redhat.com tar --overwrite -xf - -C /proc/17787/cwd
bash: tar: command not found
 
Expected results:
-----------------
geo-rep session should be active and syncing data to the secondary volume

Additional info:
-----------------
This is mainly because of RHEL 8.3 remove *tar* bundled by default

[root@d]# rpm -qR glusterfs-geo-replication | grep rsync
rsync

[root@]# rpm -qR glusterfs-geo-replication | grep ^tar
[root@]#

Comment 1 SATHEESARAN 2020-11-25 11:04:34 UTC
This issue will be seen only with new RHGS 3.5.3 installation on RHEL 8.3
and geo-rep session using 'tarssh' as sync_method

Comment 13 SATHEESARAN 2021-08-25 06:07:17 UTC
I have more context on the verification of this bug, and assuming the ownership of verification of this bug

Comment 14 SATHEESARAN 2021-08-25 06:18:49 UTC
Tested with glusterfs-geo-replication-6.0-59.el8rhgs.
But this packages doesn't have the dependency on tar package

[root@ ~]# rpm -qpR glusterfs-geo-replication-6.0-59.el8rhgs.x86_64.rpm  | grep -i tar
selinux-policy-targeted
selinux-policy-targeted

[root@ ~]# rpm -qpR glusterfs-geo-replication-6.0-57.el8rhgs.x86_64.rpm 
/bin/bash
/bin/sh
/bin/sh
/usr/libexec/platform-python
config(glusterfs-geo-replication) = 6.0-57.el8rhgs
glusterfs(x86-64) = 6.0-57.el8rhgs
glusterfs-libs(x86-64) = 6.0-57.el8rhgs
glusterfs-server(x86-64) = 6.0-57.el8rhgs
libc.so.6()(64bit)
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libcrypto.so.1.1()(64bit)
libdl.so.2()(64bit)
libglusterfs.so.0()(64bit)
libm.so.6()(64bit)
libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit)
libpthread.so.0(GLIBC_2.3.2)(64bit)
librt.so.1()(64bit)
libtirpc.so.3()(64bit)
libuuid.so.1()(64bit)
libz.so.1()(64bit)
policycoreutils-python-utils
policycoreutils-python-utils
python3
python3-gluster = 6.0-57.el8rhgs
python3-prettytable
rpmlib(BuiltinLuaScripts) <= 4.2.2-1
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PartialHardlinkSets) <= 4.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1
rsync
rtld(GNU_HASH)
selinux-policy-targeted
selinux-policy-targeted
util-linux

This ends up in the same problem, when installing glusterfs-geo-replication _tar_ package
is missing, and geo-rep session goes faulty when the sync-method is tarssh
So moving this bug to ASSIGNED state as it doesn't solves the requirement

Comment 27 SATHEESARAN 2021-11-11 10:31:25 UTC
Verified that with the new installation glusterfs-geo-replication from the interim build ( glusterfs-6.0-60.el8rhgs )
pulls 'tar' package as a dependency

[root@ ~]# rpm -qpR glusterfs-geo-replication-6.0-60.el8rhgs.x86_64.rpm | grep ^tar$
tar

So installing 'glusterfs-geo-replication' automatically pulls 'tar' package as a dependency

[root@ ~]# yum install glusterfs-geo-replication
Updating Subscription Management repositories.
Last metadata expiration check: 0:11:52 ago on Thursday 11 November 2021 03:45:56 PM IST.
Dependencies resolved.
==============================================================================================================================================================================================
 Package                                            Architecture                    Version                                                          Repository                          Size
==============================================================================================================================================================================================
Installing:
 glusterfs-geo-replication                          x86_64                          6.0-60.el8rhgs                                                   rhgs356                            192 k
Installing dependencies:
 python3-gluster                                    x86_64                          6.0-60.el8rhgs                                                   rhgs356                             23 k
 python3-pip                                        noarch                          9.0.3-20.el8                                                     appstream                           20 k
 python3-prettytable                                noarch                          0.7.2-14.el8                                                     appstream                           44 k
 python3-setuptools                                 noarch                          39.2.0-6.el8                                                     baseos                             163 k
 python36                                           x86_64                          3.6.8-38.module+el8.5.0+12207+5c5719bc                           appstream                           19 k
 rsync                                              x86_64                          3.1.3-12.el8                                                     baseos                             405 k
 tar                                                x86_64                          2:1.30-5.el8                                                     baseos                             838 k
Enabling module streams:
 python36                                                                           3.6                                                                                                      

Transaction Summary
==============================================================================================================================================================================================
Install  8 Packages

Total download size: 1.7 M
Installed size: 4.8 M
Is this ok [y/N]:

Comment 28 errata-xmlrpc 2022-01-27 14:26:32 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 (glusterfs bug fix 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/RHBA-2022:0315


Note You need to log in before you can comment on or make changes to this bug.