ELN Extras metalink lists only one repo, repo's metadata does not match metalink's requirements #13381

New issue

Closed

opened 2026-06-06 16:41:21 +00:00 by adamwill · 2 comments

adamwill commented

2026-06-06 16:41:21 +00:00

Member

Describe the issue

As of right now, this is the content of https://mirrors.fedoraproject.org/metalink?repo=eln-extras-1&arch=x86_64 when hit from my system:

<?xml version="1.0" encoding="utf-8"?>
<metalink version="3.0" xmlns="http://www.metalinker.org/" type="dynamic" pubdate="Sat, 06 Jun 2026 16:34:48 GMT" generator="mirrormanager" xmlns:mm0="http://fedorahosted.org/mirrormanager">
 <files>
  <file name="repomd.xml">
   <mm0:timestamp>1780538847</mm0:timestamp>
   <size>2042</size>
   <verification>
    <hash type="md5">dacfdcf728464820514266326bb29208</hash>
    <hash type="sha1">5f1dbe23eb3b95e1fd49de71258c33ae8c39144f</hash>
    <hash type="sha256">a316cebe6745824df6e4c66a4d16b632b1308643b3fdc7e41fd2172bfb417d17</hash>
    <hash type="sha512">90f88eb01f2fc5797052f553b5d9b41a50169bcb6469f5a508d2a0842592483b72c23ab1df69fd11e2b7176fa34e95e4b4bf4fe0cdb2cfc78b0517f86d2d5972</hash>
   </verification>
   <resources maxconnections="1">
    <url protocol="https" type="https" location="US" preference="100">https://dl.fedoraproject.org/pub/eln/1/Extras/x86_64/os/repodata/repomd.xml</url>
    <url protocol="http" type="http" location="US" preference="100">http://dl.fedoraproject.org/pub/eln/1/Extras/x86_64/os/repodata/repomd.xml</url>
   </resources>
  </file>
 </files>
</metalink>

Note only one repo is listed. As of right now, the repomd.xml in that repo does not match the requirements:

[adamw@toolbx fedora-toolbox-44 tmp]$ curl --follow -O "https://dl.fedoraproject.org/pub/eln/1/Extras/x86_64/os/repodata/repomd.xml"
...
[adamw@toolbx fedora-toolbox-44 tmp]$ md5sum repomd.xml 
bc723735deec7cad24aed4e81e91b9e0  repomd.xml

This makes ELN installs fail. From packaging.log:

WARNING:anaconda.modules.payloads.payload.dnf.dnf_manager:Failed to download metadata (metalink: "https://mirrors.fedoraproject.org/metalink?repo=eln-extras-1&arch=x86_64") for repository "eln-extras": Usable URL not found
...
pyanaconda.modules.common.errors.payload.SourceSetupError: Failed to download metadata (metalink: "https://mirrors.fedoraproject.org/metalink?repo=eln-extras-1&arch=x86_64") for repository "eln-extras": Usable URL not found

Sometimes this kinda thing happens temporarily as mirrors sync, but this seems deeper. The same issue happened on the previous ELN compose 18 hours ago. And ELN update tests have been hitting it consistently since this run almost exactly a day ago.

When do you need this? (YYYY/MM/DD)

ASAP

When is this no longer needed or useful? (YYYY/MM/DD)

N/A

If we cannot complete this, what is the impact? [Dependencies/Blocker]

ELN installs are broken, probably updates on installed ELN systems are too.

## Describe the issue As of right now, this is the content of https://mirrors.fedoraproject.org/metalink?repo=eln-extras-1&arch=x86_64 when hit from my system: ``` <?xml version="1.0" encoding="utf-8"?> <metalink version="3.0" xmlns="http://www.metalinker.org/" type="dynamic" pubdate="Sat, 06 Jun 2026 16:34:48 GMT" generator="mirrormanager" xmlns:mm0="http://fedorahosted.org/mirrormanager"> <files> <file name="repomd.xml"> <mm0:timestamp>1780538847</mm0:timestamp> <size>2042</size> <verification> <hash type="md5">dacfdcf728464820514266326bb29208</hash> <hash type="sha1">5f1dbe23eb3b95e1fd49de71258c33ae8c39144f</hash> <hash type="sha256">a316cebe6745824df6e4c66a4d16b632b1308643b3fdc7e41fd2172bfb417d17</hash> <hash type="sha512">90f88eb01f2fc5797052f553b5d9b41a50169bcb6469f5a508d2a0842592483b72c23ab1df69fd11e2b7176fa34e95e4b4bf4fe0cdb2cfc78b0517f86d2d5972</hash> </verification> <resources maxconnections="1"> <url protocol="https" type="https" location="US" preference="100">https://dl.fedoraproject.org/pub/eln/1/Extras/x86_64/os/repodata/repomd.xml</url> <url protocol="http" type="http" location="US" preference="100">http://dl.fedoraproject.org/pub/eln/1/Extras/x86_64/os/repodata/repomd.xml</url> </resources> </file> </files> </metalink> ``` Note only one repo is listed. As of right now, the repomd.xml in that repo does not match the requirements: ``` [adamw@toolbx fedora-toolbox-44 tmp]$ curl --follow -O "https://dl.fedoraproject.org/pub/eln/1/Extras/x86_64/os/repodata/repomd.xml" ... [adamw@toolbx fedora-toolbox-44 tmp]$ md5sum repomd.xml bc723735deec7cad24aed4e81e91b9e0 repomd.xml ``` This makes ELN installs [fail](https://openqa.fedoraproject.org/tests/4830398#step/_boot_to_anaconda/11). From packaging.log: ``` WARNING:anaconda.modules.payloads.payload.dnf.dnf_manager:Failed to download metadata (metalink: "https://mirrors.fedoraproject.org/metalink?repo=eln-extras-1&arch=x86_64") for repository "eln-extras": Usable URL not found ... pyanaconda.modules.common.errors.payload.SourceSetupError: Failed to download metadata (metalink: "https://mirrors.fedoraproject.org/metalink?repo=eln-extras-1&arch=x86_64") for repository "eln-extras": Usable URL not found ``` Sometimes this kinda thing happens temporarily as mirrors sync, but this seems deeper. The same issue happened on [the previous ELN compose](https://openqa.fedoraproject.org/tests/4830195#) 18 hours ago. And ELN update tests have been [hitting it consistently](https://openqa.fedoraproject.org/tests/4830384#next_previous) since [this run](https://openqa.fedoraproject.org/tests/4828972#) almost exactly a day ago. ## When do you need this? (YYYY/MM/DD) ASAP ## When is this no longer needed or useful? (YYYY/MM/DD) N/A ## If we cannot complete this, what is the impact? [Dependencies/Blocker] ELN installs are broken, probably updates on installed ELN systems are too.

adamwill commented

2026-06-06 16:44:15 +00:00

Author

Member

Note the repomd.xml on dl.fp.o currently appears to be the one from the most recent compose, 20260606.n.0. That file's md5sum is bc723735deec7cad24aed4e81e91b9e0 . So it's not simply that dl.fp.o does not have the most recent compose; it does. I don't know yet what it is the metalink is expecting...

Note the repomd.xml on dl.fp.o currently appears to be [the one from the most recent compose](https://kojipkgs.fedoraproject.org/compose/eln/Fedora-eln-20260606.n.0/compose/Extras/x86_64/os/repodata/repomd.xml), 20260606.n.0. That file's md5sum is bc723735deec7cad24aed4e81e91b9e0 . So it's not simply that dl.fp.o does not have the most recent compose; it does. I don't know yet what it is the metalink is expecting...

kevin commented

2026-06-06 17:53:05 +00:00

Owner

Duplicate of infra/tickets#13398 lets track there.

I think it should be fixed now, but we need to make sure it's updating correctly next compose.

Duplicate of https://forge.fedoraproject.org/infra/tickets/issues/13398 lets track there. I think it should be fixed now, but we need to make sure it's updating correctly next compose.