RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1955331 - The Boot ISO installer for CentOS Stream doesn't offer any mirrors that are needed to do the installation
Summary: The Boot ISO installer for CentOS Stream doesn't offer any mirrors that are n...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: anaconda
Version: CentOS Stream
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: beta
: ---
Assignee: Jiri Konecny
QA Contact: Release Test Team
URL:
Whiteboard:
: 2028937 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-04-29 21:11 UTC by Jan Stodola
Modified: 2022-05-17 12:43 UTC (History)
8 users (show)

Fixed In Version: anaconda-34.25.0.25-1.el9
Doc Type: No Doc Update
Doc Text:
Clone Of: 1946347
Environment:
Last Closed: 2022-05-17 12:30:42 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Closest mirror missing in drop-down menu (639.42 KB, image/png)
2021-12-09 17:00 UTC, Jan Stodola 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2022:2326 0 None None None 2022-05-17 12:30:55 UTC

Description Jan Stodola 2021-04-29 21:11:50 UTC 
+++ This bug was initially created as a clone of Bug #1946347 +++

Description of problem:

When running the Boot ISO of the CentOS Stream 8 installer, no mirrors are offered to the user, who must somehow figure out that manually entering http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/ is one way to continue and successfully install the system

Version-Release number of selected component (if applicable):

CentOS-Stream-8-x86_64-20210331-boot.iso
and
CentOS-Stream-8-x86_64-20210316-boot.iso


How reproducible:








Steps to Reproduce:
1. Start the CentOS Stream 8 installer
2. Set up networking
3. Go to the Installation Source spoke of Anaconda, where no mirrors are offered

Actual results:

Installation cannot proceed until the user finds the URL to a working mirror from a search on another device.

Expected results:

Anaconda offers a number of mirrors that the user can select to complete the installation.

Additional info:

--- Additional comment from Steven Rosenberg on 2021-04-05 22:29:28 CEST ---



--- Additional comment from Steven Rosenberg on 2021-04-05 22:29:53 CEST ---



--- Additional comment from Steven Rosenberg on 2021-04-05 22:30:22 CEST ---



--- Additional comment from Steven Rosenberg on 2021-04-05 22:30:57 CEST ---



--- Additional comment from Jiri Konecny on 2021-04-15 15:33:56 CEST ---

Just for verification, could you please try to run the installation with `ip=dhcp` kernel boot parameter? If I'm correct than you should be able to start the installation as expected.

--- Additional comment from Steven Rosenberg on 2021-04-19 19:28:16 CEST ---

I ran with ip=dhcp as a kernel boot parameter, and there was no change. Still no mirrors offered.

--- Additional comment from Brian Stinson on 2021-04-23 05:56:47 CEST ---

With CentOS-Stream-8-x86_64-20210421-boot.iso (anaconda 33.16.4.15-1.el8) I see that we're missing repo files in /etc/anaconda.repos.d/

Looking into this.

--- Additional comment from Jiri Konecny on 2021-04-26 13:47:56 CEST ---

Hi. Yes, Brian is correct. Installation environment is missing repo files.

The problem seems to be in the `centos-stream-release` package. It should provide `centos-stream-repos` package but this dependency seems to be missing.

Switching component to what seems to be the correct one.

--- Additional comment from Lisa S on 2021-04-26 17:11:44 CEST ---

RHELBLD doesn't manage the centos-stream-release package, only the redhat-release package.  So redhat-release component is the incorrect component as well.  

Brian, what component should this be in for your team?

--- Additional comment from Carl George 🤠 on 2021-04-26 18:34:37 CEST ---

I don't believe we have a component in bugzilla for centos-stream-release.  It should be fine to use the distribution component for this in the future.

centos-stream-release had a recommends for centos-stream-repos, but it seems that lorax is hard coded for install_weak_deps=false [0], so I've switched that to a requires [1].  I generated a new compose with that change and gave it to Jiri for additional troubleshooting.

[0] https://github.com/weldr/lorax/blob/lorax-28.14.58-1/src/pylorax/dnfbase.py#L81
[1] https://git.centos.org/rpms/centos-stream-release/c/9eda8dbd66a0fe26479e403f69001b54885c7c5c?branch=c8s

--- Additional comment from Jiri Konecny on 2021-04-26 18:39:55 CEST ---

Thanks for switching it back. After fixing the the centos-stream-release issue we found out that CentOS Stream also renamed repositories. Problem with that is that Anaconda is matching base repository which is requirement to set the sources successfully. However, now we are not able to match BaseOS repository because it's named baseos on CentOS Stream.

CentOS Stream done this renaming to make the names consistent and they would rather avoid changing it back. So we will fix this in Anaconda to solve this issue.

Because the original issue is not tracked on bugzilla. I will re-use this bug because it's still the same user impact.

--- Additional comment from Jiri Konecny on 2021-04-26 18:48:04 CEST ---

PR: https://github.com/rhinstaller/anaconda/pull/3313
Comment 3 Jiri Konecny 2021-06-30 08:28:35 UTC 
PR: https://github.com/rhinstaller/anaconda/pull/3478
Comment 4 Jiri Konecny 2021-06-30 14:57:14 UTC 
This bug is blocked because it can't be tested on CentOS Stream 9. CentOS Stream 9 doesn't have repo files available yet. They are expected to land in August.
Comment 5 Jan Stodola 2021-08-19 08:02:30 UTC 
Jirko, do you have any news about the repo files? Is this bug still blocked?
Comment 6 Jiri Konecny 2021-08-20 13:42:49 UTC 
Hi Jan,

Unfortunately, not resolved yet. Should be resolved in next few weeks based on my information. CentOS Stream is now figuring out our mirroring solution for c9s.
Comment 7 Jan Stodola 2021-08-23 08:14:33 UTC 
OK, so I'm moving the bug to 9.0 while waiting for the repo files to be available.
Comment 9 Carl George 🤠 2021-09-23 17:01:03 UTC 
We now have CentOS Stream 9 repositories in MirrorManager [0] and have added a repos subpackage to centos-stream-release [1].  The build that includes this [2] should be available in the compose in the next few days.

[0] https://pagure.io/fedora-infra/ansible/pull-request/775
[1] https://gitlab.com/redhat/centos-stream/rpms/centos-release/-/merge_requests/13
[2] https://kojihub.stream.centos.org/koji/buildinfo?buildID=14386
Comment 10 Jiri Konecny 2021-11-25 16:05:23 UTC 
Hi Carl, I wanted to test my changes but I wasn't able to because the repo files are not installed into the installer environment. The repo files should be in the /etc/anaconda.repos.d/ path, however, nothing is there. The package is not listed in /root/lorax-packages.log.

I guess there is some problem with lorax templates not dragging in the dependency of centos-stream-release package properly, not sure why. It should be handled by https://gitlab.com/redhat/centos-stream/rpms/centos-release/-/blob/c9s/centos-stream-release.spec#L16 but it does not work.

I tested https://composes.stream.centos.org/development/latest-CentOS-Stream/compose/BaseOS/x86_64/iso/ (CentOS-Stream-9-20211125.d.0-x86_64-boot.iso).

Could you please take a look why is this happening?
Comment 11 Troy Dawson 2021-12-01 20:53:12 UTC 
Carl is the correct person for CentOS Stream 8, but I'm doing more for CentOS Stream 9, so I'm looking into this.

To answer a few questions.

centos-release-repo's has been created.  centos-release Requires it, so pulling in centos-release *should* pull in centos-release-repo's.

I have verified with todays production compose (entOS-Stream-9-20211201.1), that /etc/anaconda.repos.d/ is populated with centos.repo.

Can you please test the latest CentOS Stream 9 production compose (20211201.1 or later)
Comment 13 Jiri Konecny 2021-12-02 13:36:39 UTC 
Hi, yes, I tested it and it worked correctly. I used the development ISO which doesn't have these repo files. I wonder why is that happening, is that on purpose?
Comment 14 Troy Dawson 2021-12-02 17:22:11 UTC 
I need to double check, but yes, I believe it is on purpose.
The development composes do not go out to the mirrors which brings the question of where do we point the repo's to.
The reason the development composes do not go out to the mirrors is that the packages may, or may not have, gone through any testing.  If it's a bad package, we don't want it wasting everyone's resources.  The development composes are there so a developer who has a new/updated package can see how it affects the whole compose.

I'll check into it more and will report back on this bug, but it is my recollection that we don't have the repo's on the devel composes.
Comment 15 Troy Dawson 2021-12-08 14:08:29 UTC 
There are a few reasons that the development compose iso's do not have dnf repos.
- We do not put the development composes on the mirrors due to they are not signed.
- Because we do not have them on the mirrors, there is the question of where to point the repos.
- We would need to implement a different way to get the dnf repo files in place.  Create a centos-stream-9-development-repos or create the repo manually in the development kickstart.

Could this be setup for the development composes?
Yes, but we've been concentrating on getting the production composes fixed.
I think if we want to get this done on the development composes also we should have a new bug, or jira ticket.
Comment 16 Jiri Konecny 2021-12-08 14:43:26 UTC 
*** Bug 2028937 has been marked as a duplicate of this bug. ***
Comment 17 Jiri Konecny 2021-12-08 15:43:35 UTC 
Thank you for explanation Troy, I don't think it should be an issue. Just please make it obvious / visible to people. My point is that they will file bugs on Anaconda because it's not working the expected way.
Comment 18 Jan Stodola 2021-12-09 17:00:03 UTC 
Created attachment 1845525 [details]
Closest mirror missing in drop-down menu

Jirko,
with https://github.com/rhinstaller/anaconda/pull/3478 applied on a CentosStream-9 boot.iso, the installer by default uses the closes mirror as expected, however after entering the "Installation Source" spoke, there is no Closest Mirror option in the drop-down menu. See the attached screenshot.
Because of that, it's not possible to leave the spoke unless you define another installation source.
Did you see the same behavior during your testing? It might be possible I did not create the updates.img properly for my testing.
Comment 19 Jiri Konecny 2021-12-11 15:28:53 UTC 
Thanks a lot for spotting this. The problem is that CentOS Stream don't have Closest Mirrors enabled in the configuration file.

PR: https://github.com/rhinstaller/anaconda/pull/3755
Comment 21 Jan Stodola 2022-01-20 16:11:48 UTC 
Retested with the patch from comment 19 applied. The problem with the Installation Source spoke is fixed and installation from the closest mirror is possible in CentOS Stream.

Verified:Tested
Comment 24 Jan Stodola 2022-01-28 16:30:47 UTC 
Checked that anaconda-34.25.0.25-1.el9 is in nightly compose RHEL-9.0.0-20220127.4
There's no documentation needed for this bug - not checking

Moving to VERIFIED
Comment 26 errata-xmlrpc 2022-05-17 12:30:42 UTC 
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 (new packages: anaconda), 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-2022:2326
Note You need to log in before you can comment on or make changes to this bug.