Description of problem:
Syncing container content (https://mirror.gcr.io / library/busybox) to a Capsule fails with the following:
5c094f2e | Body: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
5c094f2e | <html><head>
5c094f2e | <title>400 Bad Request</title>
5c094f2e | </head><body>
5c094f2e | <h1>Bad Request</h1>
5c094f2e | <p>Your browser sent a request that this server could not understand.<br />
5c094f2e | Size of a request header field exceeds server limit.</p>
5c094f2e | </body></html>
5c094f2e | Body: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
5c094f2e | <html><head>
5c094f2e | <title>400 Bad Request</title>
5c094f2e | </head><body>
5c094f2e | <h1>Bad Request</h1>
5c094f2e | <p>Your browser sent a request that this server could not understand.<br />
5c094f2e | Size of a request header field exceeds server limit.</p>
5c094f2e | </body></html>
How reproducible:
100% during QE testing (from vsedmik@redhat.com )
Is this issue a regression from an earlier version:
Yes, it worked in 6.15.1 (pulp-container 2.16.4)
Steps to Reproduce:
1. Sync https://mirror.gcr.io / library/busybox
2. Sync the created repo to a capsule.
Actual behavior:
Sync fails. This seems to be due to the ACCEPT header being too long:
"ACCEPT"=>"application/vnd.docker.distribution.manifest.v2+json,application/vnd.docker.distribution.manifest.v1+json,application/vnd.docker.distribution.manifest.v1+prettyjws,application/vnd.docker.distribution.manifest.list.v2+json,application/vnd.oci.image.index.v1+json,application/vnd.oci.image.manifest.v1+json,application/octet-stream,application/octet-stream,application/octet-stream,application/octet-stream,application/octet-stream,application/octet-stream, ...
Reverting https://github.com/pulp/pulp_container/pull/1669 fixes it
Expected behavior:
Sync works.
Business Impact / Additional info:
I think this may also be affecting some normal repository syncs as well.
QE Tracker for https://issues.redhat.com/browse/SAT-26277