Repositories' mirrors not available

Hello,

Rome

KDE

I have tried to do dnf dsync but failed due to a 404 on the repositories’ mirrors. I have waited for two days now, but still unavailable.

OpenMandriva Rolling - x86_64                                                                                                                                                                   5.3  B/s |  10  B     00:01    
Errors during downloading metadata for repository 'rolling-x86_64':
  - Status code: 404 for http://mirror.openmandriva.org/rolling/repository/x86_64/main/release/;http:/abf-downloads.openmandriva.org/rolling/repository/x86_64/main/release/repodata/repomd.xml (IP: 140.211.11.99)
Error: Failed to download metadata for repo 'rolling-x86_64': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
Ignoring repositories: rolling-x86_64
Metadata cache created.

Please help. Thank you.

When you see Error: Failed to download metadata for repo 'rolling-x86_64': this likely means something was uploaded to the repo and metadata files are being rewritten. This is just part of the process. Try again after 10-15 minutes. I just checked and dnf/mirrors are working normally here.

Welcome to OpenMandriva and our forum. This forum is for users of OpenMandriva Linux operating systems.

OpenMandriva Forums are primarily users helping other users.

You are welcome to talk to our developers at OpenMandriva Chat.

Users with a problem need to read How to get better results when posting about problems before reporting any issue or problem. The article is not too long and Do Read.

When a new user has an issue please look in the documentation for OMLx. OpenMandriva wiki, Forum Resources guide and the “Search” function of the forum.

If you don’t find what you are looking for, try an Internet search. One can find out a lot from documentation or forum posts at other Linux distros. If user finds something written for another distro but you have some doubt ask at OpenMandriva Chat.

For serious technical issues and package/feature requests please file a bug report here.

Note: We are a small group. All the contributors and developers here are unpaid volunteers.
You can make OpenMandriva grow and improve by getting involved

Any help with testing would be appreciated whether one is technically proficient or a very non-technical user. The more people and more hardware we can get involved the better we can make OMLx releases and packaging. We do a lot of testing in VM’s as well. Developers tend to use Qemu, most user level testers use VirtualBox.

It’s still happening @ben79

Errors during downloading metadata for repository 'rolling-x86_64':
  - Status code: 404 for http://mirror.openmandriva.org/rolling/repository/x86_64/main/release/;http:/abf-downloads.openmandriva.org/rolling/repository/x86_64/main/release/repodata/repomd.xml (IP: 140.211.11.99)
Error: Failed to download metadata for repo 'rolling-x86_64': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
Ignoring repositories: rolling-x86_64
Metadata cache created.

And it is still working here:

This system was just installed yesterday and has the default .repo file. This is from /etc/yum.repos.d/openmandriva-rolling-x86_64.repo

[rolling-x86_64]
name="OpenMandriva Rolling - x86_64"
baseurl=http://mirror.openmandriva.org/rolling/repository/x86_64/main/release/
        http://abf-downloads.openmandriva.org/rolling/repository/x86_64/main/release/
# Alternative if mirror.openmandriva.org is down
# mirrorlist=http://mirrors.openmandriva.org/mirrors.php?platform=rolling&arch=x86_64&repo=main&release=release
# fastestmirror=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-OpenMandriva
type=rpm-md
enabled=1

So I do not understand why this would be happening to you but I do want to find out.
I am in Ecuador using PIA VPN connected to server in US/Florida. If I knew what country you are in I can try server in or near that country.

I also tried with VPN off using just the Ecuador internet connection I have. And dnf dsync --refresh works that way as well.

Edit: This is a shot in the dark but try ‘sudo dnf clean all’ then ‘sudo dnf dsync’ and see if that helps. But my instincts are that this is something else and I am not grasping what that might be at the moment.

The way Mirrorbits is supposed to work is that it redirects to the mirrors in this list

We see that there are 3 mirrors out of date, probably down, in that list. But if things are working as I understand that they should be that should not mattere. So we may have some problem in that regard. There were changes about 2 weeks ago in our infrastructure so I am checking to see what I can learn about this.

Thanks @ben79 for your time & assistance. I’m from Malaysia.

I have connected directly to the ISP and do not have a VPN.

Thanks for reporting this problem. I should have said that in my first post. I found more:

$ mirrorbits list
Identifier              STATE   SINCE
accum.se                up      (Fri, 06 Dec 2024 12:35:04 UTC)
ibiblio.org             up      (Wed, 04 Dec 2024 19:19:07 UTC)
liteserver.nl           up      (Wed, 04 Dec 2024 19:19:07 UTC)
hs-esslingen.de         up      (Wed, 04 Dec 2024 19:19:07 UTC)
tu-chemnitz.de          up      (Wed, 04 Dec 2024 19:19:07 UTC)
yandex.ru               up      (Wed, 04 Dec 2024 19:19:07 UTC)
mirrorservice.org       up      (Wed, 04 Dec 2024 19:19:07 UTC)
remi.lu                 up      (Wed, 04 Dec 2024 19:19:07 UTC)
ufpr.br                 up      (Wed, 04 Dec 2024 19:19:07 UTC)
freedif.org             up      (Wed, 04 Dec 2024 19:19:07 UTC)
openmandriva.org        up      (Wed, 04 Dec 2024 19:19:06 UTC)
rpmfind.net             up      (Wed, 04 Dec 2024 19:19:06 UTC)
icm.edu.pl              up      (Sat, 30 Nov 2024 06:39:25 UTC)
rise.ph                 down    (Mon, 01 Jan 0001 00:00:00 UTC)
hostafrica.co.za        down    (Mon, 01 Jan 0001 00:00:00 UTC)
northrepo.ca            down    (Mon, 01 Jan 0001 00:00:00 UTC)
garr.it                 down    (Mon, 01 Jan 0001 00:00:00 UTC)

Edit: I disabled the 4 mirrors that are shown down. That should enable Mirrorbits to perform correctly. If not for a work around you can use this command and select an individual mirror:

sudo om-mirror-selector.sh -m

I believe that command lists them in order of some perceived download speed, not sure about that. Since I help maintain the MirrorBits I use Mirrorbits not the individual mirror approach.

Ok sure.will try it later today. Thanks again & have a great weekend.

1 Like

I set my VPN to server in Malaysia today and dnf dsync --refresh worked normally. Hope it does for you and all users. I am not sure how valid of a test this is but is what I can do with limited resources.

Hi @ben79, I tried again today but could not make it. Then I used sudo om-mirror-selector.sh -m as you suggested and picked the mirror hosted by the educational institution. Now it’s working again. Thank you so much.