You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our RemoteArtifact streaming uses chunked transfer, so once it has started a response, we can't fix anything anymore in case an error.
Because of that, the retry logic (any of the timeout, digest, etc) on the http downloader is just delaying a response that can't be possible right anymore.
We should add a mechanism to skip retries when calling from the chunked streaming context.
Our RemoteArtifact streaming uses chunked transfer, so once it has
started a response, we can't fix anything anymore in case an error.
Because of that, the retry logic (any of the timeout, digest, etc) on
the http downloader is just delaying a response that can't be possible
right anymore.
Closespulp#5937
pedro-psb
added a commit
to pedro-psb/pulpcore
that referenced
this issue
Nov 27, 2024
Our RemoteArtifact streaming uses chunked transfer, so once it has
started a response, we can't fix anything anymore in case an error.
Because of that, the retry logic (any of the timeout, digest, etc) on
the http downloader is just delaying a response that can't be possible
right anymore.
Closespulp#5937
pedro-psb
changed the title
Content app shouldnt retry on RA streaming
[PULP-208] Content app shouldnt retry on RA streaming
Nov 28, 2024
pedro-psb
added a commit
to pedro-psb/pulpcore
that referenced
this issue
Nov 29, 2024
Our RemoteArtifact streaming uses chunked transfer, so once it has
started a response, we can't fix anything anymore in case an error.
Because of that, the retry logic (any of the timeout, digest, etc) on
the http downloader is just delaying a response that can't be possible
right anymore.
Closespulp#5937
Our RemoteArtifact streaming uses chunked transfer, so once it has started a response, we can't fix anything anymore in case an error.
Because of that, the retry logic (any of the timeout, digest, etc) on the http downloader is just delaying a response that can't be possible right anymore.
We should add a mechanism to skip retries when calling from the chunked streaming context.
Relevant code:
pulpcore/pulpcore/download/http.py
Lines 230 to 250 in 24dac1b
pulpcore/pulpcore/content/handler.py
Lines 1119 to 1126 in 24dac1b
Context
Identified this when investigating #5012 and #5725
The text was updated successfully, but these errors were encountered: