Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Unsolicited response received on idle HTTP channel starting with "0\r\n\r\n"; err=<nil>" #201

Open
PDVJAM opened this issue Oct 26, 2021 · 4 comments
Labels
need/triage Needs initial labeling and prioritization

Comments

@PDVJAM
Copy link

PDVJAM commented Oct 26, 2021

I have built ipfs with this plugin, and everything works fine, I see my files in S3 bucket. But in logs I see a lot of " Unsolicited response received on idle HTTP channel starting with "0\r\n\r\n"; err=" messages. What might cause them? And how to fix? Any ideas?

@PDVJAM PDVJAM added the need/triage Needs initial labeling and prioritization label Oct 26, 2021
@welcome
Copy link

welcome bot commented Oct 26, 2021

Thank you for submitting your first issue to this repository! A maintainer will be here shortly to triage and review.
In the meantime, please double-check that you have provided all the necessary information to make this process easy! Any information that can help save additional round trips is useful! We currently aim to give initial feedback within two business days. If this does not happen, feel free to leave a comment.
Please keep an eye on how this issue will be labeled, as labels give an overview of priorities, assignments and additional actions requested by the maintainers:

  • "Priority" labels will show how urgent this is for the team.
  • "Status" labels will show if this is ready to be worked on, blocked, or in progress.
  • "Need" labels will indicate if additional input or analysis is required.

Finally, remember to use https://discuss.ipfs.io if you just need general support.

@aschmahmann
Copy link
Contributor

@MichaelMure any ideas/thoughts?

@guseggert
Copy link
Contributor

guseggert commented Mar 2, 2022

Ultimately the cause is that something is violating the HTTP state machine. In golang/go#19895 this happened on a HEAD request that returned a chunked-encoded body...the Go HTTP client read the head request but not the body, since HEADs don't have bodies. The leftover bytes aren't a valid HTTP message, hence the error. go-ds-s3 does issue HEAD reqs for GetSize calls, so it might be that, or something else.

If you are still having this issue, try turning on debug logging in the AWS SDK to show the HTTP reqs and responses. If server responses look fine then it is likely a bug somewhere client-side.

@MichaelMure
Copy link
Collaborator

@aschmahmann I don't see any logs like that in our systems.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
need/triage Needs initial labeling and prioritization
Projects
None yet
Development

No branches or pull requests

4 participants