-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Comments
imranzunzani
referenced
this issue
in BlackDex/rust-musl
Jun 28, 2023
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.
I have been running this for a few days now, and it seems to solved my issue. |
Thanks @BlackDex . |
STBoyden
added a commit
to STBoyden/codectrl
that referenced
this issue
Jul 24, 2023
Add network=host to driver opts for build and push step as per moby/buildkit#3969.
STBoyden
added a commit
to STBoyden/codectrl
that referenced
this issue
Jul 24, 2023
As referenced here moby/buildkit#3969 (comment).
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
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.
The text was updated successfully, but these errors were encountered: