Upgrading OL7 > OL8 Leapp package conflict

User_ZIGWF

Hello all,

I'm attempting to upgrade from OL 7 to 8 using leapp.

I got a few of these "conflicts with the file from package" errors, a few of which (python) I was able to resolve using yum reinstall.

However, these conflicts I cannot see to resolve:

LeappError.PNG

I've attached the error as well, in case its too small in the embedded image.

"STDERR:

Warning: Packages marked by Leapp for install not found in repositories metadata: rpcgen

RPM: warning: Generating 6 missing index(es), please wait...

Error: Transaction test error:

 file /usr/sbin/pidof from install of procps-ng-3.3.15-6.0.1.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/bin/last from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/bin/mesg from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/bin/wall from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/share/man/man1/last.1.gz from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/share/man/man1/mesg.1.gz from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/share/man/man1/wall.1.gz from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

I've tried yum reinstalling the sysvinit-tools package as well, and it reinstalls, but doesnt resolve this issue.

My preupgrade leapp check was green prior to attempting the actual upgrade.

Any help here would be greatly appreciated.

Thanks!

David Gilpin-Oracle

What else is installed on this Oracle Linux 7 instance (application, database, etc)? Is this running on-premises (bare metal or a VM) OR is this running in OCI?

User_CIHWQ

I'm having exactly the same thing:

Error: Transaction test error:

 file /usr/sbin/pidof from install of procps-ng-3.3.15-6.0.1.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/bin/last from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/bin/mesg from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/bin/wall from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/share/man/man1/last.1.gz from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/share/man/man1/mesg.1.gz from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/share/man/man1/wall.1.gz from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package sysvinit-tools-2.88-14.dsf.el7.x86_64

 file /usr/bin/uname26 from install of util-linux-2.32.1-28.el8.x86_64 conflicts with file from package uname26-1.0-1.el7.x86_64

I'm following this path: CentOS 7.9 - OracleLinux 7.9 -- this was successful. Then, after a reboot i tried going from OracleLinux 7.9 to Oracle Linux 8.x using the leapp tool. Besides the usual PermitRootLogin and pkcs answer, the preupgrade check did not indicate anything out of the ordinary.

In my case, this is pretty much a vanilla system - the application has been completely removed and does not touch util-linux at all

In my case, this is a virtual machine running on-prem

sysvinit-tools-2.88

appears to be part of the CentOS install (@anaconda repo - which is the CentOS installer)

I removed the old packages

yum remove sysvinit-tools uname26 -y

and removed the CentOS repo files

rm -rf /etc/yum.repos.d/CentOS*
yum clean all

That seemed to have fixed it for me.

Marko Hrastovec

I migrated from CentOS to Oracle linux, and now I want to upgrade from 7.9 to 8 with leapp application. It is a bare metal installation running apache, PHP, MySQL, sendmail. Nothing really special. I had to uninstall sysvinit-tools, which uninstalled sendmail, and some other stuff. I can install them again when upgrade will be finished.

Upgrade process still reports errors and halts. It ssays I should uninstall leapp, too. Without leapp, I cannot upgrade. I tried to un/reinstall leapp, but it does not help. I also checked for packages rpcsvc-proto-devel libnsl2-devel rpcgen, which are metioned in the error message. They are not installed. I tried to install them to OL 7.9, but they are not available?

Does anybody have an idea, how can I proceed?

This is the output of an upgrade:

STDERR:
Warning: Packages marked by Leapp for install not found in repositories metadata: rpcsvc-proto-devel libnsl2-devel rpcgen
Warning: Packages marked by Leapp for upgrade not found in repositories metadata: python2-leapp leapp-upgrade-el7toel8 leapp
RPM: warning: Generating 6 missing index(es), please wait...
Error: Transaction test error:
  file /usr/lib/python2.7/site-packages/six.py from install of python2-six-1.11.0-6.module+el8.4.0+20050+79c7b4ee.noarch conflicts with file from package python-six-1.9.0-2.el7.noarch
  file /usr/lib/python2.7/site-packages/six.pyc from install of python2-six-1.11.0-6.module+el8.4.0+20050+79c7b4ee.noarch conflicts with file from package python-six-1.9.0-2.el7.noarch
  file /usr/lib/python2.7/site-packages/six.pyo from install of python2-six-1.11.0-6.module+el8.4.0+20050+79c7b4ee.noarch conflicts with file from package python-six-1.9.0-2.el7.noarch
  file /usr/lib64/python2.7/site-packages/cairo/__init__.py from install of python2-cairo-1.16.3-6.module+el8+5156+a8abff8b.x86_64 conflicts with file from package pycairo-1.8.10-8.el7.x86_64
  file /usr/lib64/python2.7/site-packages/cairo/__init__.pyc from install of python2-cairo-1.16.3-6.module+el8+5156+a8abff8b.x86_64 conflicts with file from package pycairo-1.8.10-8.el7.x86_64
  file /usr/lib64/python2.7/site-packages/cairo/__init__.pyo from install of python2-cairo-1.16.3-6.module+el8+5156+a8abff8b.x86_64 conflicts with file from package pycairo-1.8.10-8.el7.x86_64
  file /usr/lib64/python2.7/site-packages/cairo/_cairo.so from install of python2-cairo-1.16.3-6.module+el8+5156+a8abff8b.x86_64 conflicts with file from package pycairo-1.8.10-8.el7.x86_64
  file /usr/lib/python2.7/site-packages/idna/__init__.pyc from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/__init__.pyo from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/codec.pyc from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/codec.pyo from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/compat.pyc from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/compat.pyo from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/core.py from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/core.pyc from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/core.pyo from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/idnadata.pyc from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/idnadata.pyo from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/intranges.pyc from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/intranges.pyo from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/uts46data.pyc from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/lib/python2.7/site-packages/idna/uts46data.pyo from install of python2-idna-2.5-7.module+el8.3.0+7833+4aaf98ce.noarch conflicts with file from package python-idna-2.4-1.el7.noarch
  file /usr/bin/pyinotify from install of python3-inotify-0.9.6-13.el8.noarch conflicts with file from package python-inotify-0.9.4-4.el7.noarch

Marko Hrastovec

The problem you are descibing that rpcgen is not found, should be solvable by adding "--enablerepo ol8_codeready_builder" to the preupgrade and upgrade command. rpcgen is in a Code Ready repository, which is not enabled by default.

Marko Hrastovec

Obviously, the packages that were causing problems were installed from CentOS epel together with certbot. That is why Oracle Linux did not find upgrade candidates. The solution was to reinstall the packages that were reported in the error messages:

yum reinstall python-six pycairo python-idna

After that some more packages were reported and I reinstalled them, too

yum reinstall python-ipaddress python-backports python-backports-ssl_match_hostname

Then the upgrade did finally go through.