From this build in copr today: https://download.copr.fedorainfracloud.org/results/praiskup/ping/epel-7-aarch64/01223250-dummy-pkg/builder-live.log.gz
I see:
2020-02-06T12:28:14Z INFO Downloading: http://mirrorlist.centos.org/?release=7&arch=aarch64&repo=os 2020-02-06T12:28:14Z INFO Downloading: http://mirrorlist.centos.org/?release=7&arch=aarch64&repo=updates 2020-02-06T12:28:14Z INFO Downloading: http://mirrors.fedoraproject.org/mirrorlist?repo=epel-7&arch=aarch64 ...
In the librepo log (see below), and the mirror returned seem to be broken, because:
2020-02-06T12:28:29Z INFO Error during transfer: Status code: 404 for http://d36uatko69830t.cloudfront.net/altarch/7/os/aarch64/Packages/gcc-c++-4.8.5-39.el7.aarch64.rpm (IP: 13.249.39.56)
https://copr-be.cloud.fedoraproject.org/results/praiskup/ping/epel-7-aarch64/01223250-dummy-pkg/chroot_scan/var/lib/mock/1223250-epel-7-aarch64-1580992070.245452/root/var/log/dnf.librepo.log
@jmracek, @mblaha shouldn't dnf actually pick different mirror from mirrorlist in this case?
the logs are here: https://copr-be.cloud.fedoraproject.org/results/praiskup/ping/epel-7-aarch64/01223250-dummy-pkg/chroot_scan/var/lib/mock/1223250-epel-7-aarch64-1580992070.245452/root/var/log/
@arrfab This looks to be due to the changes to CentOS mirrors in AWS.
@praiskup this is pulling information from CentOS and not Fedora systems. They implemented a change recently that nodes in AWS will pull from cloudfront. A node outside of AWS trying to reach such a mirror will not work.
Metadata Update from @smooge: - Issue tagged with: copr
Let me verify but pretty sure that the pkg is in the Origin used by cloudfront. but the fact that it has ++ in the name can be the issue with cloudfront. That reminds me a discussion with Kevin about such issue.
@praiskup : seems to be an issue with the way objects are stored in the S3 bucket and so cloudfront can't retrieve it (yes, using + in the name seems to be the issue with S3) I'll verify what can be done, but I have already regenerated a list of mirrors, falling back to mirror.centos.org, so can you retry ? It should , if can't download from internal cloudfront, fall back to mirror.centos.org (as a workaround for now)
https://copr.fedorainfracloud.org/coprs/praiskup/ping/build/1223409/ https://download.copr.fedorainfracloud.org/results/praiskup/ping/epel-7-aarch64/01223409-dummy-pkg/builder-live.log.gz https://copr-be.cloud.fedoraproject.org/results/praiskup/ping/epel-7-aarch64/01223409-dummy-pkg/chroot_scan/var/lib/mock/1223409-epel-7-aarch64-1580996689.248777/root/var/log/
... succeeded now, thank you.
Do note: EPEL7 for aarch64 is not supported/active anymore. We do still have the bits available, but they are not in sync with RHEL7.7 in any way.
That said, yeah, there's a problem with + in names... will try and find the reference. @codeblock may have a pointer.
Metadata Update from @smooge: - Issue assigned to smooge
Metadata Update from @smooge: - Issue priority set to: Waiting on Assignee (was: Needs Review)
This was brought up in the Red Hat CPE Sysadmin meeting today. There are several issues going on:
Please open if still happening but I think we have done all we can do at this time.
Metadata Update from @smooge: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.