Description of problem: While trying to install gdeploy-3.0.0-1 on RHEL 8.1, transaction check failed with "file /usr/lib/systemd/system/vdo.service from install of gdeploy-3.0.0-1.noarch conflicts with file from package vdo-6.2.1.134-11.el8.x86_64" as vdo-6.2.1.134-11.el8.x86_64 is already present in RHEL 8.1 as shown below: # yum install http://download.eng.bos.redhat.com/brewroot/vol/rhel-8/packages/gdeploy/3.0.0/1/noarch/gdeploy-3.0.0-1.noarch.rpm Updating Subscription Management repositories. RHGS 2.9 MB/s | 3.0 kB 00:00 Red Hat Enterprise Linux 8 for x86_64 - BaseOS (RPMs) 1.7 kB/s | 4.1 kB 00:02 Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs) 3.3 kB/s | 4.5 kB 00:01 Red Hat Ansible Engine 2 for RHEL 8 x86_64 (RPMs) 2.7 kB/s | 4.0 kB 00:01 gdeploy-3.0.0-1.noarch.rpm 133 kB/s | 210 kB 00:01 Dependencies resolved. ============================================================================================================================================================== Package Architecture Version Repository Size ============================================================================================================================================================== Installing: gdeploy noarch 3.0.0-1 @commandline 210 k Installing dependencies: python3-cryptography x86_64 2.3-2.el8 rhel-8-for-x86_64-baseos-rpms 511 k python3-ply noarch 3.9-7.el8 rhel-8-for-x86_64-baseos-rpms 108 k python3-cffi x86_64 1.11.5-5.el8 rhel-8-for-x86_64-baseos-rpms 238 k python3-asn1crypto noarch 0.24.0-3.el8 rhel-8-for-x86_64-baseos-rpms 181 k python3-pycparser noarch 2.14-14.el8 rhel-8-for-x86_64-baseos-rpms 109 k sshpass x86_64 1.06-3.el8ae ansible-2-for-rhel-8-x86_64-rpms 27 k ansible noarch 2.9.4-1.el8ae ansible-2-for-rhel-8-x86_64-rpms 17 M Installing weak dependencies: python3-jmespath noarch 0.9.0-11.el8 rhel-8-for-x86_64-appstream-rpms 45 k Transaction Summary ============================================================================================================================================================== Install 9 Packages Total size: 18 M Installed size: 102 M Is this ok [y/N]: y Downloading Packages: [SKIPPED] python3-cryptography-2.3-2.el8.x86_64.rpm: Already downloaded [SKIPPED] python3-ply-3.9-7.el8.noarch.rpm: Already downloaded [SKIPPED] python3-cffi-1.11.5-5.el8.x86_64.rpm: Already downloaded [SKIPPED] python3-asn1crypto-0.24.0-3.el8.noarch.rpm: Already downloaded [SKIPPED] python3-pycparser-2.14-14.el8.noarch.rpm: Already downloaded [SKIPPED] python3-jmespath-0.9.0-11.el8.noarch.rpm: Already downloaded [SKIPPED] sshpass-1.06-3.el8ae.x86_64.rpm: Already downloaded [SKIPPED] ansible-2.9.4-1.el8ae.noarch.rpm: Already downloaded Running transaction check Transaction check succeeded. Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Transaction check error: file /usr/lib/systemd/system/vdo.service from install of gdeploy-3.0.0-1.noarch conflicts with file from package vdo-6.2.1.134-11.el8.x86_64 Version-Release number of selected component (if applicable): gdeploy-3.0.0-1 How reproducible: Always Steps to Reproduce: 1.Install all the dependencies of gdeploy on a RHEL 8.1 machine. 2.Try to install gdeploy on the RHEL 8.1 machine. Actual results: gdeploy installation fails. Expected results: gdeploy should be installed without any errors. Additional info: A possible workaround is to remove vdo and install gdeploy as shown below: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ # yum remove vdo Updating Subscription Management repositories. Dependencies resolved. ============================================================================================================================================================== Package Architecture Version Repository Size ============================================================================================================================================================== Removing: vdo x86_64 6.2.1.134-11.el8 @anaconda 5.4 M Removing unused dependencies: python3-pyyaml x86_64 3.12-12.el8 @anaconda 634 k Transaction Summary ============================================================================================================================================================== Remove 2 Packages Freed space: 6.0 M Is this ok [y/N]: y Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Preparing : 1/1 Running scriptlet: vdo-6.2.1.134-11.el8.x86_64 1/1 Running scriptlet: vdo-6.2.1.134-11.el8.x86_64 1/2 Erasing : vdo-6.2.1.134-11.el8.x86_64 1/2 Running scriptlet: vdo-6.2.1.134-11.el8.x86_64 1/2 Erasing : python3-pyyaml-3.12-12.el8.x86_64 2/2 Running scriptlet: python3-pyyaml-3.12-12.el8.x86_64 2/2 Verifying : python3-pyyaml-3.12-12.el8.x86_64 1/2 Verifying : vdo-6.2.1.134-11.el8.x86_64 2/2 Installed products updated. Removed: vdo-6.2.1.134-11.el8.x86_64 python3-pyyaml-3.12-12.el8.x86_64 Complete! # yum install http://download.eng.bos.redhat.com/brewroot/vol/rhel-8/packages/gdeploy/3.0.0/1/noarch/gdeploy-3.0.0-1.noarch.rpm Updating Subscription Management repositories. Last metadata expiration check: 0:01:03 ago on Thu 06 Feb 2020 05:18:41 PM IST. gdeploy-3.0.0-1.noarch.rpm 130 kB/s | 210 kB 00:01 Dependencies resolved. ============================================================================================================================================================== Package Architecture Version Repository Size ============================================================================================================================================================== Installing: gdeploy noarch 3.0.0-1 @commandline 210 k Installing dependencies: python3-cryptography x86_64 2.3-2.el8 rhel-8-for-x86_64-baseos-rpms 511 k python3-pyyaml x86_64 3.12-12.el8 rhel-8-for-x86_64-baseos-rpms 193 k python3-ply noarch 3.9-7.el8 rhel-8-for-x86_64-baseos-rpms 108 k python3-cffi x86_64 1.11.5-5.el8 rhel-8-for-x86_64-baseos-rpms 238 k python3-asn1crypto noarch 0.24.0-3.el8 rhel-8-for-x86_64-baseos-rpms 181 k python3-pycparser noarch 2.14-14.el8 rhel-8-for-x86_64-baseos-rpms 109 k sshpass x86_64 1.06-3.el8ae ansible-2-for-rhel-8-x86_64-rpms 27 k ansible noarch 2.9.4-1.el8ae ansible-2-for-rhel-8-x86_64-rpms 17 M Installing weak dependencies: python3-jmespath noarch 0.9.0-11.el8 rhel-8-for-x86_64-appstream-rpms 45 k Transaction Summary ============================================================================================================================================================== Install 10 Packages Total size: 18 M Total download size: 193 k Installed size: 102 M Is this ok [y/N]: y Downloading Packages: [SKIPPED] python3-cryptography-2.3-2.el8.x86_64.rpm: Already downloaded [SKIPPED] python3-ply-3.9-7.el8.noarch.rpm: Already downloaded [SKIPPED] python3-cffi-1.11.5-5.el8.x86_64.rpm: Already downloaded [SKIPPED] python3-asn1crypto-0.24.0-3.el8.noarch.rpm: Already downloaded [SKIPPED] python3-pycparser-2.14-14.el8.noarch.rpm: Already downloaded [SKIPPED] python3-jmespath-0.9.0-11.el8.noarch.rpm: Already downloaded [SKIPPED] sshpass-1.06-3.el8ae.x86_64.rpm: Already downloaded [SKIPPED] ansible-2.9.4-1.el8ae.noarch.rpm: Already downloaded (9/9): python3-pyyaml-3.12-12.el8.x86_64.rpm 78 kB/s | 193 kB 00:02 -------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 78 kB/s | 193 kB 00:02 Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Preparing : 1/1 Installing : python3-pyyaml-3.12-12.el8.x86_64 1/10 Installing : sshpass-1.06-3.el8ae.x86_64 2/10 Installing : python3-jmespath-0.9.0-11.el8.noarch 3/10 Installing : python3-asn1crypto-0.24.0-3.el8.noarch 4/10 Installing : python3-ply-3.9-7.el8.noarch 5/10 Installing : python3-pycparser-2.14-14.el8.noarch 6/10 Installing : python3-cffi-1.11.5-5.el8.x86_64 7/10 Installing : python3-cryptography-2.3-2.el8.x86_64 8/10 Installing : ansible-2.9.4-1.el8ae.noarch 9/10 Installing : gdeploy-3.0.0-1.noarch 10/10 Running scriptlet: gdeploy-3.0.0-1.noarch 10/10 Verifying : python3-cryptography-2.3-2.el8.x86_64 1/10 Verifying : python3-pyyaml-3.12-12.el8.x86_64 2/10 Verifying : python3-ply-3.9-7.el8.noarch 3/10 Verifying : python3-cffi-1.11.5-5.el8.x86_64 4/10 Verifying : python3-asn1crypto-0.24.0-3.el8.noarch 5/10 Verifying : python3-pycparser-2.14-14.el8.noarch 6/10 Verifying : python3-jmespath-0.9.0-11.el8.noarch 7/10 Verifying : sshpass-1.06-3.el8ae.x86_64 8/10 Verifying : ansible-2.9.4-1.el8ae.noarch 9/10 Verifying : gdeploy-3.0.0-1.noarch 10/10 Installed products updated. Installed: gdeploy-3.0.0-1.noarch python3-jmespath-0.9.0-11.el8.noarch python3-cryptography-2.3-2.el8.x86_64 python3-pyyaml-3.12-12.el8.x86_64 python3-ply-3.9-7.el8.noarch python3-cffi-1.11.5-5.el8.x86_64 python3-asn1crypto-0.24.0-3.el8.noarch python3-pycparser-2.14-14.el8.noarch sshpass-1.06-3.el8ae.x86_64 ansible-2.9.4-1.el8ae.noarch Complete! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ However this patch and go type workaround shouldn't be used as layered products might need vdo and removing vdo to install gdeploy might create new problems on it's own. Currently I am setting the severity of this bug is set to medium as we have the above given workaround however would request to fix this as soon as possible.
Prajith - we need to remove the vdo.service file packaged with gdeploy. Just ensure that we are not missing any functionality by doing this.
(In reply to Sahina Bose from comment #1) > Prajith - we need to remove the vdo.service file packaged with gdeploy. Just > ensure that we are not missing any functionality by doing this. Sahina, Instead of removing the vdo.service file, we should try to narrow down the conflict between the custom-made vdo.service file and the one provided by vdo itself. Identifying that difference, would help to resolve the issue. The same solution also needs to ported to gluster-ansible, which also updates the custom vdo.service for RHHI-V use case. Also VDO support may again required for future versions of RHGS 3.5.z as this one - https://bugzilla.redhat.com/show_bug.cgi?id=1795169, which may require gdeploy to enable the same ( maybe ) For all these reason, can we identify the reason behind the conflict ?
(In reply to SATHEESARAN from comment #2) > (In reply to Sahina Bose from comment #1) > > Prajith - we need to remove the vdo.service file packaged with gdeploy. Just > > ensure that we are not missing any functionality by doing this. > > Sahina, > > Instead of removing the vdo.service file, we should try to narrow down the > conflict > between the custom-made vdo.service file and the one provided by vdo itself. > > Identifying that difference, would help to resolve the issue. > The same solution also needs to ported to gluster-ansible, which also updates > the custom vdo.service for RHHI-V use case. > > Also VDO support may again required for future versions of RHGS 3.5.z > as this one - https://bugzilla.redhat.com/show_bug.cgi?id=1795169, which may > require gdeploy to enable the same ( maybe ) > > For all these reason, can we identify the reason behind the conflict ? The vdo.service file was added as a fix for bug 1548399 - I think this is the same as the one provided by vdo module? Prajith, can you check?
(In reply to Sahina Bose from comment #3) > (In reply to SATHEESARAN from comment #2) > > (In reply to Sahina Bose from comment #1) > > > Prajith - we need to remove the vdo.service file packaged with gdeploy. Just > > > ensure that we are not missing any functionality by doing this. > > > > Sahina, > > > > Instead of removing the vdo.service file, we should try to narrow down the > > conflict > > between the custom-made vdo.service file and the one provided by vdo itself. > > > > Identifying that difference, would help to resolve the issue. > > The same solution also needs to ported to gluster-ansible, which also updates > > the custom vdo.service for RHHI-V use case. > > > > Also VDO support may again required for future versions of RHGS 3.5.z > > as this one - https://bugzilla.redhat.com/show_bug.cgi?id=1795169, which may > > require gdeploy to enable the same ( maybe ) > > > > For all these reason, can we identify the reason behind the conflict ? > > The vdo.service file was added as a fix for bug 1548399 - I think this is > the same as the one provided by vdo module? Prajith, can you check? As per the discussions , i have provided with a build of gdeploy that does not contain vdo in the spec file, which resolves this issue.
rpm -qa | grep vdo vdo-6.2.2.117-13.el8.x86_64 # rpm -qa | grep gdeploy gdeploy-3.0.0-4.el8rhgs.noarch gdeploy is now successfully installed. The concerned issue is resolved.
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/RHBA-2020:2572