should this still be an issue? today:

-> $ dnf search gluster --enablerepo centos-storage-common CentOS-10 - Storage SIG - common 40 kB/s | 152 kB     00:03 Errors during downloading metadata for repository 'centos-storage-common':   - Status code: 404 for https://mirrors.centos.org/metalink?repo=centos-storage-sig-all-all-9-stream... (IP: 152.19.134.142)   - Status code: 404 for https://mirrors.centos.org/metalink?repo=centos-storage-sig-all-all-9-stream... (IP: 18.192.40.85) Error: Failed to download metadata for repo 'centos-storage-common': Cannot prepare internal mirrorlist: Status code: 404 for https://mirrors.centos.org/metalink?repo=centos-storage-sig-all-all-9-stream... (IP: 152.19.134.142)

thanks, L.

Hi. Issue persists, perhaps it's mirrors/sync having troubles.

-> $ dnf search ceph --enablerepo centos-storage-common CentOS-10 - Storage SIG - common                                                       28 kB/s | 154 kB     00:05 Errors during downloading metadata for repository 'centos-storage-common':   - Status code: 404 for https://mirrors.centos.org/metalink?repo=centos-storage-sig-all-all-10-strea... (IP: 38.145.60.21)   - Status code: 404 for https://mirrors.centos.org/metalink?repo=centos-storage-sig-all-all-10-strea... (IP: 152.19.134.198) Error: Failed to download metadata for repo 'centos-storage-common': Cannot prepare internal mirrorlist: Status code: 404 for https://mirrors.centos.org/metalink?repo=centos-storage-sig-all-all-10-strea... (IP: 38.145.60.21)

On Tue, May 13, 2025 at 12:18 PM Fabian Arrotin arrfab@centos.org wrote:

On 13/05/2025 17:58, lejeczek via devel wrote:

...

... Cannot prepare internal mirrorlist: Status code: 404 for https:// mirrors.centos.org/metalink?repo=centos-storage-sig-all-all-10- stream&arch=x86_64 (IP: 38.145.60.21)

That's not a valid repo : you can always query Fedora mirrormanager like this :

curl 'https://mirrors.centos.org/metalink?repo=unknown&arch=x86_64'

As you'll see, there is nothing like centos-storage-sig-all-all (don't know from where that's coming but something for the storage sig to answer)

huh? Nothing we provide has centos-storage-sig-all-all in it.

But I'm wondering why the el10s versions of centos-release-storage-common and centos-release-ceph-reef aren't in centos 10 extras.

They're tagged into extras10s-extras-common-{candidate,testing,release}, the same way the el9s versions are tagged into extras9s-extras-common-{candidate,testing,release}

I do this once every two or three years and every time is different; for 8, 9, and 10. This is a major PITA having to figure this out every time. It's probably buried in some post years back and if I didn't see it, I'm shooting blind.

On 13/05/2025 20:54, Kaleb Keithley via devel wrote:

On Tue, May 13, 2025 at 1:19 PM Kaleb Keithley <kkeithle@redhat.com mailto:kkeithle@redhat.com> wrote:

On Tue, May 13, 2025 at 12:18 PM Fabian Arrotin <arrfab@centos.org
<mailto:arrfab@centos.org>> wrote:

    On 13/05/2025 17:58, lejeczek via devel wrote:
     > ...
     > Cannot prepare internal mirrorlist: Status code: 404 for
    https://
     > mirrors.centos.org/metalink?repo=centos-storage-sig-all-
    all-10- <http://mirrors.centos.org/metalink?repo=centos-storage-
    sig-all-all-10->
     > stream&arch=x86_64 (IP: 38.145.60.21)
     >

    That's not a valid repo : you can always query Fedora
    mirrormanager like
    this :

    curl 'https://mirrors.centos.org/metalink?
    repo=unknown&arch=x86_64 <https://mirrors.centos.org/metalink?
    repo=unknown&arch=x86_64>'

    As you'll see, there is nothing like centos-storage-sig-all-all
    (don't
    know from where that's coming but something for the storage sig
    to answer)


huh?   Nothing we provide has  centos-storage-sig-all-all in it.

But I'm wondering why the el10s versions of centos-release-storage-
common and centos-release-ceph-reef aren't in centos 10 extras.

They're tagged into extras10s-extras-common-
{candidate,testing,release},...

Ignore that. Enabling the centos-extras repo helps. I'd have thought that would be enabled by default.

But it's still the case that nothing we (i.e. Ceph storage sig) provide has centos-storage-sig-all-all in it.

--

Kaleb

So back to initial question for requester : how has that .repo landed on your system ? On plain CentOS Stream 10, the following is working for me : dnf install centos-release-ceph-squid && dnf list '*ceph*'

On 14/05/2025 13:50, lejeczek via devel wrote:

oh... my my, rapid-fire-replies, which supposedly ought to be a good thing. anybody checks....

today/now: -> $ dnf download centos-release-storage-common -> $ rpmls centos-release-storage-common-2-2.el10s.noarch.rpm -rw-r--r--  /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Storage -rw-r--r--  /etc/yum.repos.d/CentOS-Storage-common.repo -> $ rpmdev-extract centos-release-storage-common-2-2.el10s.noarch.rpm -> $ cat centos-release-storage-common-2-2.el10s.noarch/etc/yum.repos.d/ CentOS-Storage-common.repo # CentOS-Storage.repo # # Please see http://wiki.centos.org/SpecialInterestGroup/Storage for more # information

[centos-storage-common] name=CentOS-$releasever - Storage SIG - common metalink=https://mirrors.centos.org/metalink?repo=centos-storage-sig- all-all-10-stream&arch=$basearch gpgcheck=1 enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Storage

Well, now I see : enabled=0 so still something to check with storage sig but such repo doesn't exist at all And so that explains why one can install ceph as that 'centos-storage-common' repo isn't supposed to be used at all ? (doesn't exist) .. probably storage sig started with a common pkg to just drop the gpg key and some pkgs but then stopped providing any pkg in "common" so reason why it's disabled entirerly ?

That wouldn't stop you from install ceph , as said before

On Tue, 13 May 2025 at 12:18, Fabian Arrotin arrfab@centos.org wrote:

On 13/05/2025 17:58, lejeczek via devel wrote:

...

Hi. Issue persists, perhaps it's mirrors/sync having troubles.

-> $ dnf search ceph --enablerepo centos-storage-common CentOS-10 - Storage SIG - common 28 kB/s | 154 kB 00:05 Errors during downloading metadata for repository

'centos-storage-common':

...

• Status code: 404 for https://mirrors.centos.org/metalink?

repo=centos-storage-sig-all-all-10-stream&arch=x86_64 (IP: 38.145.60.21)

• Status code: 404 for https://mirrors.centos.org/metalink?

repo=centos-storage-sig-all-all-10-stream&arch=x86_64 (IP:

152.19.134.198)

...

Error: Failed to download metadata for repo 'centos-storage-common': Cannot prepare internal mirrorlist: Status code: 404 for https:// mirrors.centos.org/metalink?repo=centos-storage-sig-all-all-10- stream&arch=x86_64 (IP: 38.145.60.21)

That's not a valid repo : you can always query Fedora mirrormanager like this :

curl 'https://mirrors.centos.org/metalink?repo=unknown&arch=x86_64'

That looks like a hand configured repo versus something from the storage sig.

As you'll see, there is nothing like centos-storage-sig-all-all (don't know from where that's coming but something for the storage sig to answer)

Per https://www.centos.org/bugs/ , have you tried to report that already on their dedicated tracker ? (https://gitlab.com/groups/CentOS/storage/-/issues) -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | @arrfab[@fosstodon.org]

---

devel mailing list -- devel@lists.centos.org To unsubscribe send an email to devel-leave@lists.centos.org