Transaction check error file conflicts with file from package

How do I disable yum transaction check for a file ? Transaction check error: file /usr/local/xenco/backend/current from install of xenco-rr-1.9.6-104.x86_64 conflicts with file from package xenco-

How do I disable yum transaction check for a file ?

Transaction check error:
  file /usr/local/xenco/backend/current from install of xenco-rr-1.9.6-104.x86_64 conflicts with file from package xenco-server-1.9.6-104.x86_64

asked Jan 21, 2014 at 0:07

Chucks's user avatar

Replacing files from another RPM package is bad idea in most cases and I strongly advise against what you’re trying to do. That said, apply following at your own risk.

Yum does not provide an option to install conflicting files, I think. However, that does not prevent you from installing a RPM package with rpm(1) which does provide an option to override existing files from another package, namely --replacefiles.

So, first get the RPM of the package you want to install on a local filesystem (/usr/local/xenco... makes me suspect that is the case already). Next install the RPM with rpm -i --replacefiles <your_rpm_file>.

John Topley's user avatar

John Topley

113k46 gold badges193 silver badges237 bronze badges

answered Jan 21, 2014 at 7:37

2

This method worked for me, when I faced similar issue

Simply get the existing package with below command

rpm -qa | grep xenco

Remove those conflicting package with

yum remove packageNameFromTheList

answered Jun 1, 2018 at 22:23

Muthukumar Anbalagan's user avatar

1

what i always do is remove the package that is on the right hand side. In your case it would be —

yum remove xenco-server-1.9.6-104.x86_64

yum remove <> can work with any package error, i have encountered many such transactions errors when working on vm on cloud, i always remove the package that causes conflicts and always has worked for me.

answered Oct 17, 2019 at 11:31

Prajwal's user avatar

PrajwalPrajwal

711 silver badge4 bronze badges

My two cents:

yum erase ${old_package}
yum install ${new_package_with_same_files}

The exclusion of --replacefiles is intentional. Yum is a package manager, let it manage the packages.

(This answer adds a yum-only solution to the accepted answer.)

answered Apr 29, 2021 at 20:59

Chaim Eliyah's user avatar

Chaim EliyahChaim Eliyah

2,6534 gold badges24 silver badges37 bronze badges

1

How do I disable yum transaction check for a file ?

Transaction check error:
  file /usr/local/xenco/backend/current from install of xenco-rr-1.9.6-104.x86_64 conflicts with file from package xenco-server-1.9.6-104.x86_64

asked Jan 21, 2014 at 0:07

Chucks's user avatar

Replacing files from another RPM package is bad idea in most cases and I strongly advise against what you’re trying to do. That said, apply following at your own risk.

Yum does not provide an option to install conflicting files, I think. However, that does not prevent you from installing a RPM package with rpm(1) which does provide an option to override existing files from another package, namely --replacefiles.

So, first get the RPM of the package you want to install on a local filesystem (/usr/local/xenco... makes me suspect that is the case already). Next install the RPM with rpm -i --replacefiles <your_rpm_file>.

John Topley's user avatar

John Topley

113k46 gold badges193 silver badges237 bronze badges

answered Jan 21, 2014 at 7:37

2

This method worked for me, when I faced similar issue

Simply get the existing package with below command

rpm -qa | grep xenco

Remove those conflicting package with

yum remove packageNameFromTheList

answered Jun 1, 2018 at 22:23

Muthukumar Anbalagan's user avatar

1

what i always do is remove the package that is on the right hand side. In your case it would be —

yum remove xenco-server-1.9.6-104.x86_64

yum remove <> can work with any package error, i have encountered many such transactions errors when working on vm on cloud, i always remove the package that causes conflicts and always has worked for me.

answered Oct 17, 2019 at 11:31

Prajwal's user avatar

PrajwalPrajwal

711 silver badge4 bronze badges

My two cents:

yum erase ${old_package}
yum install ${new_package_with_same_files}

The exclusion of --replacefiles is intentional. Yum is a package manager, let it manage the packages.

(This answer adds a yum-only solution to the accepted answer.)

answered Apr 29, 2021 at 20:59

Chaim Eliyah's user avatar

Chaim EliyahChaim Eliyah

2,6534 gold badges24 silver badges37 bronze badges

1

JohnMontes

Posts: 9
Joined: 2014/04/09 01:16:56

[SOLVED] Yum Transaction Check Error

Greetings all,

I’m having a tough time trying to get passed a yum transaction check error and cannot update packages on my CentOS 6.6 64bit system.

Below is the error message, a list of commands tried thus far, and the yum repos that I have.

Any tips or suggestions that might help?

Error Message:
Transaction Check Error:
file /usr/lib64/libpostproc.so.51.2.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-libpostproc-0.6.5-1.el6.rf.x86_64

Commands I’ve tried thus far
yum-complete-transaction
package-cleanup —dupes
package-cleanup —cleandupes
yum reinstall ffmpeg-compat-0.6.7-1.el6.x86_64
rpm -e —justdb ffmpeg-compat-0.6.7-1.el6.x86_64
yum update ffmpeg-compat-0.6.7-1.el6.x86_64
sudo yum update —skip-broken
sudo rpm -Va —nofiles —nodigest

List of Repos:
* base: centos.expedientevirtual.com
* elrepo: repos.dfw.lax-noc.com
* epel: mirror.cogentco.com
* extras: centos.expedientevirtual.com
* rpmforge: mirror.teklinks.com
* rpmfusion-free-updates: mirror.nexcess.net
* rpmfusion-nonfree-updates: mirror.nexcess.net
* updates: centos.arvixe.com

Last edited by JohnMontes on 2015/02/04 00:27:45, edited 1 time in total.


JohnMontes

Posts: 9
Joined: 2014/04/09 01:16:56

Re: Yum Transaction Check Error

Post

by JohnMontes » 2015/02/03 15:18:17

**UPDATE**

I was able to get rid of the initial ffmpeg-compat-0.6.7-1.el6.x86_64 conflict by removing the rpmforge repo
$ sudo yum remove rpmforge-release

However, now I get the following after running $ sudo yum update -y —skip-broken

Transaction Check Error:
file /usr/lib64/libpostproc.so.51.2.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-libpostproc-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavcodec.so.52.72.2 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavdevice.so.52.2.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavfilter.so.1.19.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavformat.so.52.64.2 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavutil.so.50.15.1 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libswscale.so.0.11.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64


User avatar

TrevorH

Site Admin
Posts: 32529
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: Yum Transaction Check Error

Post

by TrevorH » 2015/02/03 16:23:34

Don’t use —skip-broken, it’s broken and I have no idea why the yum developers put out such a stupid suggestion as part of the error message. It really means «your system is broken, if you want to break it some more then do this»!

Your problem is that you have conflicting packages installed from different third party repos. Your current installation contains a package from rpmforge (hence the .rf. in its name). You’re trying to replace that with a newer package set from a different repo but the packages are structured in a different way. You can either remove the current set of packages first — but that’s likely to want to take out a bunch of other packages which depend on them, or you can try using yum shell to remove one set of packages and install the replacements in one transaction.

Code: Select all

yum shell
remove ffmpeg-libpostproc
install ffmpeg-compat
run

I don’t guarantee that will work either but I suspect it’s a far better attempt than —skip-broken.


JohnMontes

Posts: 9
Joined: 2014/04/09 01:16:56

Re: Yum Transaction Check Error

Post

by JohnMontes » 2015/02/03 17:34:18

Thanks so much for the tip Trevor.
I tried it out, it appeared it was going to work, but then other Transaction errors appeared, below is the sample output.

$ sudo yum shell
Loaded plugins: fastestmirror, refresh-packagekit, security
Setting up Yum Shell
> remove ffmpeg-libpostproc
Setting up Remove Process
> install ffmpeg-compat
Loading mirror speeds from cached hostfile
* base: centos.expedientevirtual.com
* elrepo: repos.dfw.lax-noc.com
* epel: mirror.cogentco.com
* extras: centos.expedientevirtual.com
* rpmfusion-free-updates: mirror.nexcess.net
* rpmfusion-nonfree-updates: mirror.nexcess.net
* updates: centos.arvixe.com
Setting up Install Process
> run
—> Running transaction check
—> Package ffmpeg-compat.x86_64 0:0.6.7-1.el6 will be installed
—> Processing Dependency: libx264.so.120()(64bit) for package: ffmpeg-compat-0.6.7-1.el6.x86_64
—> Package ffmpeg-libpostproc.x86_64 0:0.6.5-1.el6.rf will be erased
—> Running transaction check
—> Package x264-libs.x86_64 0:0.120-5.20120303.el6 will be installed
—> Finished Dependency Resolution

==========================================================================================================================================
Package Arch Version Repository Size
==========================================================================================================================================
Installing:
ffmpeg-compat x86_64 0.6.7-1.el6 rpmfusion-free-updates 2.6 M
Removing:
ffmpeg-libpostproc x86_64 0.6.5-1.el6.rf @rpmforge 122 k
Installing for dependencies:
x264-libs x86_64 0.120-5.20120303.el6 rpmfusion-free-updates 286 k

Transaction Summary
==========================================================================================================================================
Install 2 Package(s)
Remove 1 Package(s)

Total size: 2.9 M
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Error: Transaction Check Error:
file /usr/lib64/libavcodec.so.52.72.2 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavdevice.so.52.2.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavfilter.so.1.19.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavformat.so.52.64.2 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libavutil.so.50.15.1 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64
file /usr/lib64/libswscale.so.0.11.0 from install of ffmpeg-compat-0.6.7-1.el6.x86_64 conflicts with file from package ffmpeg-0.6.5-1.el6.rf.x86_64

Error Summary
————-


JohnMontes

Posts: 9
Joined: 2014/04/09 01:16:56

Re: Yum Transaction Check Error

Post

by JohnMontes » 2015/02/04 00:27:16

Yeah, the issue is fixed after making a minor adjustment, will mark this post as SOLVED :-)
Thanks for leading in the right direction Trevor

I had to add an additional statement to remove ffmpeg, and then perform the install ffmpeg-compat

yum shell
remove ffmpeg-libpostproc
remove ffmpeg
install ffmpeg-compat
run

> install ffmpeg-compat
Setting up Install Process
Loading mirror speeds from cached hostfile
* base: reflector.westga.edu
* elrepo: ftp.utexas.edu
* epel: mirror.oss.ou.edu
* extras: mirror.cisp.com
* rpmfusion-free-updates: mirror.web-ster.com
* rpmfusion-nonfree-updates: mirror.web-ster.com
* updates: ftpmirror.your.org
> run
—> Running transaction check
—> Package ffmpeg-compat.x86_64 0:0.6.7-1.el6 will be installed
—> Processing Dependency: libx264.so.120()(64bit) for package: ffmpeg-compat-0.6.7-1.el6.x86_64
—> Running transaction check
—> Package x264-libs.x86_64 0:0.120-5.20120303.el6 will be installed
—> Finished Dependency Resolution

===============================================================================================================================================================
Package Arch Version Repository Size
===============================================================================================================================================================
Installing:
ffmpeg-compat x86_64 0.6.7-1.el6 rpmfusion-free-updates 2.6 M
Installing for dependencies:
x264-libs x86_64 0.120-5.20120303.el6 rpmfusion-free-updates 286 k

Transaction Summary
===============================================================================================================================================================
Install 2 Package(s)

Total size: 2.9 M
Installed size: 7.6 M
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : x264-libs-0.120-5.20120303.el6.x86_64 1/2
Installing : ffmpeg-compat-0.6.7-1.el6.x86_64 2/2
Verifying : ffmpeg-compat-0.6.7-1.el6.x86_64 1/2
Verifying : x264-libs-0.120-5.20120303.el6.x86_64 2/2

Installed:
ffmpeg-compat.x86_64 0:0.6.7-1.el6

Dependency Installed:
x264-libs.x86_64 0:0.120-5.20120303.el6

Finished Transaction
> exit


dnf update giving me this error, after upgrading my centos7 to centos8

Error: Transaction check error:
  file /usr/lib64/libgdbm_compat.so.4.0.0 from install of gdbm-libs-1:1.18-1.el8.x86_64 conflicts with file from package gdbm-1.10-8.el7.x86_64

I tried dnf install -y libgdbm --best --allowerasing and dnf install -y gdbm --best --allowerasing but dnf update still has this error.

How can I fix this?

UPDATE :

dnf upgrade --best --allowerasing results this :

Error: transaction check vs depsolve:
(gcc >= 8 with gcc < 9) is needed by annobin-8.78-1.el8.x86_64
rpmlib(RichDependencies) <= 4.12.0-1 is needed by annobin-8.78-1.el8.x86_64
(annobin if gcc) is needed by redhat-rpm-config-120-1.el8.noarch
rpmlib(RichDependencies) <= 4.12.0-1 is needed by redhat-rpm-config-120-1.el8.noarch
To diagnose the problem, try running: 'rpm -Va --nofiles --nodigest'.
You probably have corrupted RPMDB, running 'rpm --rebuilddb' might fix the issue.
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.

https://forums.centos.org/viewtopic.php?f=54&t=73160

asked Jan 15, 2020 at 8:32

Exlord's user avatar

ExlordExlord

2631 gold badge3 silver badges8 bronze badges

it seems like gdbm has changed its way of packaging.

The old version gdbm-1.10-8.el7.x86_64 provides the same file as the new gdbm-libs-1:1.18-1.el8.x86_64, so the best you can do probably is erase manually gdbm-1.10-8.el7.x86_64 before retrying the update:

dnf remove gdbm-1.10-8.el7.x86_64

If this does not work because someone needs /usr/lib64/libgdbm_compat.so.4.0.0 then you can use the more complicated swap command:

dnf swap gdbm-1.10-8.el7.x86_64 gdbm-libs-1:1.18-1.el8.x86_64

edit

It seems like we need to convince dnf to change gdbm into gdbm AND gdbm-libs. Try with:

dnf install gdbm gdbm-libs --best --allowerasing

NOTE: I tried the centos7 — centos8 upgrade procedure and ran into multiple problems. I had to remove quite a few packages before this migration would work. That is the trouble when files change from packages, when they are renamed etc. I suspect that now that I got this part working the rest should follow quite fine. Good luck.

answered Jan 15, 2020 at 8:42

Chris Maes's user avatar

Chris MaesChris Maes

5762 silver badges11 bronze badges

2

I managed to get past this by manually updating gdbm and gdbm-libs using rpm (and ignoring dependencies).

sudo rpm -e --nodeps gdbm-1.10-8.el7.x86_64
sudo rpm -i /var/cache/dnf/baseos-929b586ef1f72f69/packages/gdbm-libs-1.18-1.el8.x86_64.rpm

You may need to download the missing package manually if dnf didn’t take them into set of packages to be upgraded. In addition I had to remove python3-pip-9.0.3 and python36-rpmconf, again, with rpm and ignoring dependencies. Then I started distro-sync.

In essence, what I’ve did is that I removed offending packages that were reported by dnf, and started dnf again. But be careful that you don’t remove something that is critical to rpm and dnf, otherwise, you won’t be able to upgrade the system.

mustaccio's user avatar

answered Oct 24, 2020 at 15:24

sgros's user avatar

sgrossgros

411 bronze badge

1

I had the same issue and the answer given by sgros was almost correct in our case, but I had to remove sysvinit and sysvinit-tools also.

answered Jan 20, 2021 at 20:23

SimonNZ's user avatar

I recently updated my fedora to 20 and wanted to install vim.but running sudo yum install vim returned this error:

Transaction check error:
  file /usr/share/man/man1/vim.1.gz from install of vim-common-2:7.4.179-1.fc20.x86_64 conflicts with file from package vim-minimal-2:7.4.027-2.fc20.x86_64

Error Summary
-------------

How to fix this problem?

Timo's user avatar

Timo

6,0841 gold badge26 silver badges28 bronze badges

asked Mar 12, 2014 at 11:26

saeed's user avatar

4

file /usr/share/man/man1/vim.1.gz from install of vim-common-2:7.4.179-1.fc20.x86_64 conflicts with file from package vim-minimal-2:7.4.027-2.fc20.x86_64

Both vim-common and vim-minimal ship a copy of the vim man page.
Ordinarily, this does not result in an RPM conflict, since the files
will be identical in both packages.

However, you seem to have different versions of vim-common and
vim-minimal, so the file is not identical, thus resulting in the
conflict. Update vim-minimal to be the same version as vim-common,
and the problem will go away.

yum update vim-minimal 

and then

yum install vim-enhanced

HalosGhost's user avatar

HalosGhost

4,64410 gold badges32 silver badges40 bronze badges

answered Jun 19, 2014 at 6:03

sealinger's user avatar

sealingersealinger

2613 silver badges2 bronze badges

4

Before you remove vim-minimal, login with root user or do: sudo -s

After that, remove vim-minimal with the command: yum remove vim-minimal

Then you can install vim: yum install vim and after that install sudo: yum install sudo

lkisac's user avatar

lkisac

2591 silver badge8 bronze badges

answered Mar 18, 2014 at 15:15

Dima Revelis's user avatar

7

This is still happening in Fedora 23. My solution was to update both packages:

sudo dnf update vim-common vim-minimal

If I tried to update either package separately, I got the conflict. But I was able to successfully update both of them at the same time.

answered May 13, 2016 at 21:21

Jose B's user avatar

Jose BJose B

1711 silver badge1 bronze badge

You need to update vim-common package. As for Fedora 26, there’s no vim-common package, so it’s included in vim-minimal package instead. Then, you just have to update it with sudo dnf update vim-minimal and then you can install vim-enhanced (the real package you’ll get for vim one).

answered Nov 1, 2017 at 16:23

aryos's user avatar

aryosaryos

93 bronze badges

Have you got the package conflict error while installing the specific package on RHEL 7 /CentOS 7? Frequently, “fwupdate-efi” package conflicts with the “grub2-common” package in RHEL 7 / CentOS 7 environment. This article will provide the step by step procedure to resolve package conflict errors. In general, if you get such error, you must update the system and retry before taking any action. I have encountered the following error while installing GUI packages (#yum groupinstall “Server with GUI”).

Transaction check error:

Transaction check error:
file /boot/efi/EFI/centos from install of fwupdate-efi-12-5.el7.centos.x86_64 conflicts with file from package grub2-common-1:2.02-0.65 .el7.centos.2.noarch

Error Summary
————-

Solution:

1.  Try to update “grub2” & “firewalld” packages.

[root@kubebase centos]# yum upgrade grub2 firewalld
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirrors.viethosting.com
 * extras: mirrors.viethosting.com
 * updates: mirrors.viethosting.com
Resolving Dependencies
--> Running transaction check
---> Package firewalld.noarch 0:0.4.4.4-14.el7 will be updated
---> Package firewalld.noarch 0:0.5.3-5.el7 will be an update
--> Processing Dependency: python-firewall = 0.5.3-5.el7 for package: firewalld-0.5.3-5.el7.noarch
--> Processing Dependency: firewalld-filesystem = 0.5.3-5.el7 for package: firewalld-0.5.3-5.el7.noarch
---> Package grub2.x86_64 1:2.02-0.65.el7.centos.2 will be updated
---> Package grub2.x86_64 1:2.02-0.65.el7.centos.2 will be obsoleted
---> Package grub2.x86_64 1:2.02-0.76.el7.centos.1 will be obsoleting
--> Processing Dependency: grub2-pc = 1:2.02-0.76.el7.centos.1 for package: 1:grub2-2.02-0.76.el7.centos.1.x86_64 

2. Install GUI packages using the following command which had thrown transaction error before.

[root@kubebase centos]# yum groupinstall "Server with GUI"

or 

[root@kubebase centos]# yum groupinstall 'X Window System' 'GNOME'
Loaded plugins: fastestmirror
There is no installed groups file.
Maybe run: yum groups mark convert (see man yum)
Loading mirror speeds from cached hostfile
 * base: mirrors.viethosting.com
 * extras: mirrors.viethosting.com
 * updates: mirrors.viethosting.com
Resolving Dependencies
--> Running transaction check

You could apply the same logic for any of the conflict errors in YUM. Upgrade the installed package and try to install new packages to overcome this issue.

3. If the above-mentioned method didn’t work, try to update the complete system using yum update and try again.

Hope this article helpful to you.

Reader Interactions



  • Posted In

  • Red Hat Enterprise Linux for Real Time

Good day all,
I got this error message while updating my systems .
Can someone help me please?

Regards
Cyprian

Started
2018-11-14T04:12:04+00:00 by

Cyprian Ambe

Community Member
95 points

Responses

Hi Cyprian,

I see this has been reported in some bugzilla page, and there are suggestions to remove ‘fwupdate-efi’ package to resolve, not sure how is this would impact your system. https://bugzilla.redhat.com/show_bug.cgi?id=1536456. Otherwise you may exclude this package from updates if the system is not UEFI based one.

I guess you better log a case with Red Hat Support Team for a complete analysis and help. That should be a good option now.

Christian Labisch's picture
Guru
33565 points

Yes Sadashiva … removing the fwupdate-efi package should be the appropriate solution and safe.
On fedora 29 workstation it gets automatically removed when executing sudo dnf autoremove. :)

Regards,
Christian

CA
Community Member
95 points

Thank you Christian!

kind Regards
Cyprian

Christian Labisch's picture
Guru
33565 points

You’re welcome, Cyprian ! :)

CA
Community Member
95 points

Thank you Sadashiva!

Kind Regards.

I am getting the exact same message (thank you Google for finding this thread!). My problem is that fwupdate-efi is not installed, but it is getting a conflict when I am doing a security update («yum update —security»), and it is trying to install fwupdate-efi as a dependent library for an installed package that is getting updated. Not sure what package that may be, but by process of elimination it is related to the GNOME desktop install. After removing the GNOME desktop with ‘ yum groupremove «Server with GUI» ‘, the security update finished successfully. So it appears the install group «Server with GUI» requires fwupdate-efi, which conflicts with the grub2-common package. This dependency was added recently.

CA
Community Member
95 points

Thanks Dan.

Regards
Cyprian

Kasra Amirsarvari's picture
Community Member
73 points

This issue will occur if the machine is updated first (reboot if required) followed by the installation you were performing prior to encountering this issue. The machine (regular OS) update is key in this.

CA
Community Member
95 points

In my case, I was installing the GUI (Yum groupinstall «Server with GUI») and by running a «yum update» after the failure then re-run the groupinstall, it was able to complete without issues; no I have a GUI in Redhat 7.6.

DI
Community Member
30 points

I had the same error. I didn’t want to do a «yum upgrade», though I did do a yum upgrade grub2 firewalld and that fixed it.

PK
Community Member
33 points

Kudos to Doron for providing the most elegant solution. I had the same problem and his suggestion fixed it all. I first did «yum upgrade grub2 firewalld» and after the finish of this, ran yum update —security again and it all went fine. Thanks again @Doron

Hi i tried this but did not work.

RJ Hinton's picture
Guru
22164 points

I dont want to install GUI.

Dependencies Resolved

==========================================================================================================================================

Package Arch Version Repository Size

Updating:
firewalld noarch 0.6.3-8.el7_8.1 rhel-7-server-rpms 443 k
grub2 x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 31 k
Updating for dependencies:
firewalld-filesystem noarch 0.6.3-8.el7_8.1 rhel-7-server-rpms 51 k
grub2-efi-x64 x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 1.1 M
grub2-pc x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 31 k
grub2-pc-modules noarch 1:2.02-0.81.el7 rhel-7-server-rpms 847 k
grub2-tools x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 1.8 M
grub2-tools-extra x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 996 k
grub2-tools-minimal x86_64 1:2.02-0.81.el7 rhel-7-server-rpms 172 k
python-firewall noarch 0.6.3-8.el7_8.1 rhel-7-server-rpms 355 k

Transaction Summary

Upgrade 2 Packages (+8 Dependent packages)

Total size: 5.7 M
Is this ok [y/d/N]: y
Downloading packages:
Running transaction check
Running transaction test

Transaction check error:
file /boot/efi/EFI/redhat from install of grub2-efi-x64-1:2.02-0.81.el7.x86_64 conflicts with file from package grub2-common-1:2.02-0.65.el7_4.2.noarch

Понравилась статья? Поделить с друзьями:
  • Trans failsafe prog e53 расшифровка ошибки
  • Treadstream execute error
  • Treadmill t 150 ошибка e1
  • Traymenu exe error h is not a valid key name windows 10
  • Traymenu exe error h is not a valid key name the current thread will exit