Bug #32701
closedCannot sync Red Hat 8 AppStream repo
Description
Fresh install of
Foreman 2.4.0
Katello 4.0.1
on fully updated Red Hat EL8.4 VM, with 20 GB RAM.
I've managed to sync CentOS 8, and Red Hat 8 BaseOS, but the Red Hat 8 Appstream won't sync. I've synced many packages into the repo, but it always fails partway through with nonsense errors like:
"Response payload is not completed"
What does this error mean?
Why does it not recover from this error, and just try again and continue from where it left off?
Updated by j s over 3 years ago
Setting download concurrency to 1, for the problematic repo, has allowed me to make progress on the syncs and eventually get success.
- hammer repository list
---|----------------------------------------------------------|-------------------------------------|--------------|----------------------------------------------------------------
ID | NAME | PRODUCT | CONTENT TYPE | URL
---|----------------------------------------------------------|-------------------------------------|--------------|----------------------------------------------------------------
11 | CentOS-7AppStream | CentOS-7 | yum | http://mirror.centos.org/centos/7/updates/x86_64/
10 | CentOS-7-BaseOS | CentOS-7 | yum | http://mirror.centos.org/centos/7/os/x86_64/
6 | Red Hat Enterprise Linux 8 for x86_64 - AppStream RPMs 8 | Red Hat Enterprise Linux for x86_64 | yum | https://cdn.redhat.com/content/dist/rhel8/8/x86_64/appstream/os
7 | Red Hat Enterprise Linux 8 for x86_64 - BaseOS RPMs 8 | Red Hat Enterprise Linux for x86_64 | yum | https://cdn.redhat.com/content/dist/rhel8/8/x86_64/baseos/os
---|----------------------------------------------------------|-------------------------------------|--------------|----------------------------------------------------------------
hammer repository update --id=6 --download-concurrency=1
Updated by James Jeffers over 3 years ago
- Status changed from New to Closed
- Triaged changed from No to Yes
This issue may be resolved by one or more pulp issues - such as https://pulp.plan.io/issues/8867, et al.