 |
I sniffed the traffic of the machine being installed and noticed, that it attempts a GET request to http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=BaseOS&infra=$infra where the response is: Invalid release/repo/arch combination So I tried manually with curl and a modified URL (only the major release number): http://mirrorlist.centos.org/?release=8&arch=x86_64&repo=BaseOS&infra=$infra and successfully got a mirror list. I don't know, if this is a bug in anaconda (wrongly requesting the full qualified release number) or the setup of mirrorlist.centos.org (wrongly only accepting a major release number), so please redirect it if appropriate. |
|
|
I confirm the issue. After configuring the repo to use http://mirrorlist.centos.org/?release=8&arch=x86_64&repo=BaseOS I can continue with the installation. |
|
|
Same here. No direct link is allowed to proceed. Only mirror one as mentioned above. |
|
|
I can NOT confirm the observation of the other guys, that direct repo URLs are not possible. If i fetch http://mirrorlist.centos.org/?release=8&arch=x86_64&repo=BaseOS with curl manually on another computer and then use one of the lines of the response (e.g.: http://ftp.tu-chemnitz.de/pub/linux/centos/8.0.1905/BaseOS/x86_64/os/ ) AND select "repository URL" in the "URL type" combobox below the URL field, then it works with direkt URLs as well. Maybe you guys have overlooked the "URL type" combo box? |
|
|
I had the same issue! Automatic fetching of mirrors failed, and using the instructions above (inputing the release 8 URL) manually worked. Looking at journalctl, I found this: Cannot download 'http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=BaseOS&infra=$infra': Cannot Prepare internal mirrorlist: No URLs in mirrorlist. Which seems to have worked fine after the above fix. Unfortunately it's a VM, so I can't exactly get the complete journalctl output. |
|
|
> Maybe you guys have overlooked the "URL type" combo box? I tried to substitute link to local intranet repo and failed. |
|
|
Well. Sorry for the noise, found error in my setup. Direct manually entered link really works as expected. |
|
|
I can confirm this issue when installing from CentOS-8-x86_64-1905-boot.iso. How to reproduce: 1. Select Installation source -> Network -> Closest mirror 2. Check the logs From /tmp/dnf.librepo.log: 2019-10-12T17:40:47Z DEBUG lr_handle_prepare_internal_mirrorlist: Preparing internal mirrorlist 2019-10-12T17:40:47Z DEBUG lr_download: Target: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=BaseOS&infra=$infra (-) 2019-10-12T17:40:47Z DEBUG select_next_target: Selecting mirror for: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=BaseOS&infra=$infra 2019-10-12T17:40:47Z DEBUG prepare_next_transfer: URL: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=BaseOS&infra=$infra 2019-10-12T17:40:47Z DEBUG add_librepo_xattr: Cannot set xattr user.Librepo.DownloadInProgress (fd: 31): Operation not supported 2019-10-12T17:40:47Z DEBUG lr_download: Downloading started 2019-10-12T17:40:48Z DEBUG check_transfer_statuses: Transfer finished: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=BaseOS&infra=$infra (Effective url: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=BaseOS&infra=$infra) 2019-10-12T17:40:48Z DEBUG lr_handle_prepare_mirrorlist: Parsing mirrorlist 2019-10-12T17:40:48Z DEBUG lr_handle_prepare_mirrorlist: No URLs in mirrorlist 2019-10-12T17:40:48Z DEBUG lr_handle_prepare_internal_mirrorlist: LRO_MIRRORLISTURL processing failed 2019-10-12T17:40:48Z DEBUG Cannot prepare internal mirrorlist: No URLs in mirrorlist And the same for the extras repo: 2019-10-12T17:40:49Z DEBUG lr_handle_prepare_internal_mirrorlist: Preparing internal mirrorlist 2019-10-12T17:40:49Z DEBUG lr_download: Target: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=extras&infra=$infra (-) 2019-10-12T17:40:49Z DEBUG select_next_target: Selecting mirror for: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=extras&infra=$infra 2019-10-12T17:40:49Z DEBUG prepare_next_transfer: URL: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=extras&infra=$infra 2019-10-12T17:40:49Z DEBUG add_librepo_xattr: Cannot set xattr user.Librepo.DownloadInProgress (fd: 31): Operation not supported 2019-10-12T17:40:49Z DEBUG lr_download: Downloading started 2019-10-12T17:40:50Z DEBUG check_transfer_statuses: Transfer finished: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=extras&infra=$infra (Effective url: http://mirrorlist.centos.org/?release=8.0.1905&arch=x86_64&repo=extras&infra=$infra) 2019-10-12T17:40:50Z DEBUG lr_handle_prepare_mirrorlist: Parsing mirrorlist 2019-10-12T17:40:50Z DEBUG lr_handle_prepare_mirrorlist: No URLs in mirrorlist 2019-10-12T17:40:50Z DEBUG lr_handle_prepare_internal_mirrorlist: LRO_MIRRORLISTURL processing failed 2019-10-12T17:40:50Z DEBUG Cannot prepare internal mirrorlist: No URLs in mirrorlist 2019-10-12T17:40:50Z DEBUG Librepo version: 1.9.2 with CURL_GLOBAL_ACK_EINTR support (libcurl/7.61.1 OpenSSL/1.1.1 zlib/1.2.11 brotli/1.0.6 libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) libssh/0.8.5/openssl/zlib nghttp2/1.33.0) That means with 'Closest mirror' no closest mirror is actually selected and thus no installation source is available. Workaround: Manually enter some mirror-url as installation source, e.g. https and ftp.fau.de/centos/8/BaseOS/x86_64/os/ |
|
|
+1 How on earth did this get past QA? does not inspire confidence when the worst OS installer in the world can't even do just that. :-| |
|
|
Found a video "https://www.youtube.com/watch?v=nNNkZ0I2DFw" Enter method "http" and URL "mirror.centos.org/centos/8/x86_64/os" then the problem has been solved. |
|
|
Just a note on the above, the URL provided for the sample mirror from @qholi is missing a folder, and should be: "...Enter method "http" and URL "mirror.centos.org/centos/8/BaseOS/x86_64/os" ..." |
|
|
See also https://bugs.centos.org/view.php?id=16633 |
 |
Hi, I've assigned this one to @bstinson to investigate what needs to be adapted in anaconda to act like if that was on a normal setup : $releasever should resolve to 8 (and for Streams, it would need to be investigated too) and *not* $major.$minor Also closing the mirrorlist bug mentioned above, as it was clearly designed to *not* answer for specific $major.$minor (only $major, meaning only last one) : we don't want to give false impression that we still validate older trees, without any security updates, etc |
|
|
I should also note that even if you manually adjust the mirrorlist in the installer it then goes on to create a yum.repos.d file for BaseOS which is also broken in a similar way so you can't use yum in the installed system without manually adjusting the mirror settings again. |
|
|
Yes i agree, tried to installed it in a Virtual Box environment, the only way to get the installation done is to add a mirror by hand http://mirrorlist.centos.org/?release=8&arch=x86_64&repo=BaseOS |
|
|
I tried to install centos 8 using the base ISO copied on an usb stick and got this issue too, fixed using the method suggested by jeremythebox. Thanks! |
|
|
This bug is still unresolved. Can anyone provide an answer for if this is going to be resolved? I tried the recommended fix above (http://mirrorlist.centos.org/?release=8&arch=x86_64&repo=BaseOS) and still get the error setting up base repository. |
|
|
@arlen, you have to set that the repo url is http://mirror.centos.org/centos/8/BaseOS/x86_64/os and then it works |
|
|
@atem18 Thanks but this still does not work. I've provided a screenshot to prove it. Any tips are still appreciated! |
|
|
@arlen Where is that screenshot? I can't see it. In any event, I've successfully used the broken ISO to install CentOS 8 a few days ago, so I know for a fact that it is possible. You need to manually specify the mirrorlist URL you have already tried and set the values in the comboboxes correctly. As I recall one of them needs to be set to `http://` and the other to `mirrorlist` or something similar. This also seems to fix the issue mentioned by @xylose as I have not experienced it at all. |
|
|
Any update on this? I agree with @unixpro on this... how did this get through the first stage of QA? |
|
|
BTW, for the work-around mentioned by others, make sure for the URL you DO NOT put the http:// or https:// Select the correct one from the drop down. When I typed in the protocol it failed. Even though URL typically includes the protocol, in this case putting the protocol in the text field breaks it. This should be fixed as well. Parsing the input should look if the user put in the protocol. |
|
|
Looks like this also affects kickstart installations even on most recent CentOS-8.1.1911. |
|
|
Never mind, user error - had both url and cdrom by mistake in kickstart file. Now it works as expected. |
|
|
For me in version 1911 the issue is FIXED. We can close this bug. I tested now. |
- Anonymous
