-
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
Fix #2809 : replace TCP docker daemon connection with unix socket #2833
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Do I need to fix something or merge fresh master? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Need to address the concern of group id before we merge this
As we plan to upgrade the Docker engine of the runner image to It resolves the error from running
Other workarounds are discussed here: #893 |
TODO before releasing
|
Running containers inside containers is not working with this change.
|
Hey @shreelola, Did you configure your autoscaling runner set with dind mode? |
Yes. Edit: I delved further and discovered that the issue is not related to this change; it appears that the problem stems from the controller modification. The old controller version was using TCP here: https://github.com/actions/actions-runner-controller/blob/v0.26.0/controllers/runner_controller.go#L1011 We started experiencing this issue after upgrading the runner version. Any insights would be highly appreciated. Thank you for your time. |
The latest version uses unix sockets instead of tcp sockets. This issue references the same problem. As a workaround, may I suggest commenting out the entire |
TCP docker connection causes the following problem:
This issue have been workaround on legacy work mode by using unix socket for interaction with docker daemon ( #2324 )
This PR reimplements same approach for RunnerSets.
P.S. I preferred this approach cause in this case RunnerSets can work with workflows wrote for public action runners without any changes in workflow to make it work (without adding steps to create buildx context properly)
/fix #2809