Bug 1772953
Summary: | Anaconda leaves server-with-gui installs in inconsistent state: "yum search" warns "nothing provides module(perl:5.26)" | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | Mason Loring Bliss <mbliss> | ||||
Component: | dnf | Assignee: | Jaroslav Mracek <jmracek> | ||||
Status: | CLOSED ERRATA | QA Contact: | Radek Bíba <rbiba> | ||||
Severity: | low | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 8.1 | CC: | james.antill, jblazek, jkonecny, jstodola, kwalker, mbanas, ppisar, swm-qe | ||||
Target Milestone: | rc | Keywords: | Triaged | ||||
Target Release: | 8.0 | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | libdnf-0.38.1 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2020-04-28 16:49:06 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
This is most probably packaging problem of perl. Switching to perl for further triage. The image reads: $ dnf seat atop [...] Problem 1: conflicting requests - nothing provides module(perl:5.26) needed by module perl-DBD-SQLite:1.58:8010020190322125518:073fa5fe-0.x86_64 Problem 2: conflicting requests - nothing provides module(perl:5.26) needed by module perl-DBI-1.641:8010020190322130042:16b3ab4d-0.x86_64 No matches found. That means you are searching for "atop" package and you get two warnings about conflicting modules. My observations: (1) perl-DBD-SQLite:1.58:8010020190322125518:073fa5fe-0.x86_64 module build is included in RHEL-8.1, not in RHEL-8.0. Thus I conclude you have installed RHEL-8.1. I corrected the "Version" field of this bug report. This module build context requires perl:5.26 module stream. (2) perl-DBI-1.641:8010020190322130042:16b3ab4d-0.x86_64 is the same case. (3) The atop package indeed does not exist RHEL-8.1 and the search command rightfully fails. So the only remaining issue is a warning about the missing per:5.26 module. I have few explanations: (1) Either you have disabled perl:5.26. What does "yum module list perl" command display for you? If perl:5.26 is not disabled, it should display something like this: # yum --quiet module list perl Red Hat Enterprise Linux 8.1.0 AppStream - x86_64 Name Stream Profiles Summary perl 5.24 common [d], minimal Practical Extraction and Report Language perl 5.26 [d] common [d], minimal Practical Extraction and Report Language (2) Your repository is missing perl:5.26 module. Do you use a mirror created with Satellite 5? It does not support modules correctly. You can check the module presence with: # yum --quiet module info perl:5.26 Name : perl Stream : 5.26 [d][a] Version : 820181219174508 Context : 9edba152 Architecture : x86_64 Profiles : common [d], minimal Default profiles : common Repo : rhel-8.1.0-appstream Summary : Practical Extraction and Report Language Description : Perl is a high-level programming language with roots in C, sed, awk and shell scripting. Perl is good at handling processes and files, and is especially good at handling text. Perl's hallmarks are practicality and efficiency. While it is used to do a lot of different things, Perl's most common applications are system administration utilities and web programming. (3) This is just a spurious warning like in bug #1666770 that looks ugly but does not hinder any other operation. Does the message actually prevents you from doing anything? Because perl:5.26 module is provided in RHEL 8.1, I believe this is not a bug in Perl packaging. Probably one of the discrepancies outlined above. Most probably a DNF or a mirroring tool glitch. Hello, The DNF team needs debug solver data from the transaction to properly debug this issue. Could you please start the installation with `inst.debug inst.nokill` on kernel command line, run the whole installation and then please attach all the logs from `/root/debugdata`. I guess the best way will be to tar the directory and upload it. inst.debug = enable storing of debug solver data inst.nokill = avoid rebooting when the installation finish I am really sorry, but I was lost in reproducer. The issue is reproducible quite easily. 1. Install RHEL server with GUI from iso 8.1. 2. Run dnf search <argument> What happened. DNF doesn't have any data about enabled modules therefore it uses Fail-Safe data that unfortunately do not have perl:5.26 module stored. The issue is resolved by https://github.com/rpm-software-management/libdnf/commit/baa53ce29a25f8789c523afb6f0c98d48092c8fa. The report is similar to bz 1762314 but the reproducer is completely different. Therefore I do not consider it as a duplicate, because it requires an alternative testing and verification approach. 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:1823 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 500 days |
Created attachment 1636579 [details] Error from customer system Description of problem: After fresh install, dnf/yum notes: "nothing provides module(perl:5.26) needed by" both perl-DBD-SQLite and perl-DBI Version-Release number of selected component (if applicable): 8.1 ISO, with "server with gui" How reproducible: Steps to Reproduce: 1. Download RHEL 8.1 ISO 2. Launch KVM manager 3. Create KVM server with the RHEL 8.1 ISO mounted (RAM: 3027, CPU: 2) 4. Choose "Install.." grub menu item 5. Disable kdump 6. Change timezone to America/Chicago 7. Add 5 additional NTP servers 8. Disable default RH NTP server pool 9. Under the "Purpose" section select "RHEL Server" and whichever option includes the GUI 10. Go into partitioning manager section, but don't change anything (won't let you click "Begin installation" otherwise) 11. Click "Begin Installatoin" 12. Set root password, but do not create a user Actual results: Error messages as noted. Screenshot attached. Expected results: No error messages about missing Perl module. Additional info: Doesn't appear to affect minimal or server-not-with-gui. Exploring more and will note results.