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

Numerous "write: connection reset by peer" on GitHub Actions (Runners) with default/bridge network mode #3969

Open
imranzunzani opened this issue Jun 27, 2023 · 2 comments

Comments

@imranzunzani
Copy link

We noticed a large number of resets happening while pushing the images and cache to repositories (3rd parties).

write tcp 172.17.0.2:41332->_Redacted_:443: write: connection reset by peer

We saw this exacerbated around May - June, 2023. And they caused the image pushes to fail as the resets became more than the number of retries.

Reported this to GitHub and they helped us with investigations and provided a fix, which was to set the network to Host.

driver-opts: |            
  image=moby/buildkit:v0.11.6            
  network=host

Posting this here, as this could help others coming across it.

Tried various versions of Buildkit and as you could see in the config, this problem is there with 0.11.6. At the time of raising this issue, this is/was the latest version.

It was spotted by GitHub that the 'bridge' mode was the culprit.
May be someone from Buildkit can look into this, as the problem could be something not working cordially with GitHub's runners or the network provisions around them. It might be an issue with TTL being set too low.

This also seems similar to an earlier issue here:
Issue-2713
but it might not be the same problem.

BlackDex added a commit to BlackDex/rust-musl that referenced this issue Jun 28, 2023
Trying a recommended setting from @imranzunzani mentioned here: moby/buildkit#3969
Also reverted back to ubuntu-latest.
@BlackDex
Copy link

BlackDex commented Jul 3, 2023

I have been running this for a few days now, and it seems to solved my issue.

@imranzunzani
Copy link
Author

Thanks @BlackDex .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants