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*'