fedora-infrastructure

#7672 wrong URLs for F-30 updates/updates-testing on ppc64le
Closed: Fixed by kevin. Opened by sharkcz.

Closed: Fixed
Reopen Issue
  • Describe what you need us to do:
    MirrorManagher returns wrong URLS for F-30 updates and updates-testing on ppc64le
[dan@talos ~]$ curl 'https://mirrors.fedoraproject.org/metalink?repo=updates-testing-f30&arch=ppc64le'                                                                                        
<?xml version="1.0" encoding="utf-8"?>
<metalink version="3.0" xmlns="http://www.metalinker.org/" type="dynamic" pubdate="Thu, 28 Mar 2019 15:29:21 GMT" generator="mirrormanager" xmlns:mm0="http://fedorahosted.org/mirrormanager">
  <files>
    <file name="repomd.xml">
      <mm0:timestamp>1519154018</mm0:timestamp>
      <size>3068</size>
      <verification>
        <hash type="md5">a9918dad730aec1c339f9fce05cb01d3</hash>
        <hash type="sha1">13be7bda8c2da37a075dae3f40bbbdfe5845c592</hash>
        <hash type="sha256">94719c762e3e096a2c330d2292a9e76a8b935015a290d20fdbd7a2b920a09a5b</hash>
        <hash type="sha512">c241e00f6839a095c5c16df5e7305a9157a8d418f38547edc642378c6b3f53601cf0ee81034382aa1baa56d354fa5a2d9e67fc8b29523097e86f11a5b85c622b</hash>
      </verification>
      <resources maxconnections="1">
        <url protocol="https" type="https" location="US" preference="100" >https://dl.fedoraproject.org/pub/fedora-secondary/updates/testing/30/Everything/ppc64le/drpms/os/repodata/repomd.xml</url>
        <url protocol="http" type="http" location="US" preference="100" >http://dl.fedoraproject.org/pub/fedora-secondary/updates/testing/30/Everything/ppc64le/drpms/os/repodata/repomd.xml</url>
      </resources>
    </file>
  </files>
</metalink>

See the "drpms/os" part, which shouldn't be there. Both updates and updates-testing are affected. And it's only ppc64le if I see right.

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

  • When is this no longer needed or useful? (YYYY/MM/DD)
    after F-30 EOL

  • If we cannot complete your request, what is the impact?
    Users can't access updates on F-30 on ppc64le.

The layout on the master mirror is unfortunately pretty confusing. It would be good if all directories which do not belong there would be deleted. As long as there are random repodata directories on the master mirror, MirrorManager will create wrong entries.

This looks right:
https://dl.fedoraproject.org/pub/fedora-secondary/updates/30/Everything/ppc64le/repodata/

but this seems odd:
https://dl.fedoraproject.org/pub/fedora-secondary/updates/30/Everything/ppc64le/drpms/os/Packages/
https://dl.fedoraproject.org/pub/fedora-secondary/updates/30/Everything/ppc64le/drpms/os/repodata/

There is probably more but a quick look show these wrong directories:
./Modular/ppc64le/drpms/debug/repodata
./Modular/ppc64le/drpms/os/repodata

./Everything/ppc64le/drpms/debug/repodata
./Everything/ppc64le/drpms/os/repodata

for updates-released and updates-testing.

Okay, I went through all the dir's and fixed them.

Removed the following dir's

/pub/fedora-secondary/updates/30/Everything/ppc64le/Packages/*
/pub/fedora-secondary/updates/30/Modular/ppc64le/Packages/*
/pub/fedora-secondary/updates/30/Everything/ppc64le/drpms/*
/pub/fedora-secondary/updates/30/Modular/ppc64le/drpms/*
/pub/fedora-secondary/updates/testing/30/Modular/ppc64le/drpms/*

Still the issue with ppc64le updates testing is not fixed. Dont know where it went wrong.

Thanks. Looks good. Now the fullfiletimelist-fedora-secondary file needs to be updated.

Then I have to manually remove the wrong repositories from MirrorManager and then they should be correctly detected.

@adrian Thanks for fixing it.

I regenerated the fullfiletimelist-fedora-secondary.

This is fixed and can be closed.

Metadata Update from @kevin:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

I did the necessary MirrorManager changes and in about an hour all repositories should point to the correct directories.
Metadata
None
None
None
None
Lowest
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.