-
Bug
-
Resolution: Not a Bug
-
Major
-
None
-
rhel-7.9
-
None
-
Important
-
FutureFeature
-
rhel-sst-upgrades
-
None
-
False
-
-
None
-
Red Hat Enterprise Linux
-
None
-
None
-
None
-
-
x86_64
-
None
What were you trying to do that didn't work?
LEAPP preupgrade reports the following as "Risk Factor: high(error)"
~~~
Risk Factor: high (error)
Title: DNF execution failed with non zero exit code.
~~~
The cause of this issue can vary from
- Conflicting files from third party RHEL7 packages with to be installed RHEL8 packages
- Third party Python package replacement.
- Repository issues.
However, if leapp upgrade is attempted in such situation we end up with failure of dnf recorded in leapp-upgrade.log .
Since DNF is crucial for leapp to work this error message, if found, should be marked as an 'Inhibitor'
Please provide the package NVR for which bug is seen:
leapp-0.16.0-1.el7_9.noarch Mon Feb 5 12:11:41 2024
leapp-deps-0.16.0-1.el7_9.noarch Mon Feb 5 12:11:41 2024
leapp-upgrade-el7toel8-0.19.0-1.el7_9.noarch Mon Feb 5 12:11:42 2024
leapp-upgrade-el7toel8-deps-0.19.0-1.el7_9.noarch Mon Feb 5 12:11:41 2024
python2-leapp-0.16.0-1.el7_9.noarch Mon Feb 5 12:11:41 2024
How reproducible:
100%
Steps to reproduce
- Follow the regular leapp procedure on system with preexisting issue for DNF
eg. Install sysvinit-tools-2.88-14.dsf.el7.x86_64 from Oracle which conflicts with procps-ng-3.3.15-6.el8.x86_64 over file /usr/sbin/pidof - See DNF execution error is reported by LEAPP preupgrade report with 'high(error)'
- Proceed with Leapp upgrade to observe the IPU failure.
Expected results
If YUM/DNF is unusable in a system that is undergoing IPU with leapp. Then it qualifies for a Risk Factor 'Inhibitor'. 'leapp-report.txt' should report this finding as 'inhibitor'
Actual results
Leapp preupgrade reports DNF execution failure error as "Risk factor:High(error)"