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
My understanding is that we would have to deploy nerdctl or similar into our runner images if we want to do this seamlessly, but have to drop docker & docker-compose client tools in favour of this, at a minimum.
Are there any plans to support and/or document that setup? It could be just a matter of the two changes I mentioned above but not sure whether other assumptions are being made with regards to the use of Docker as the container runtime, so I'd like to see if anyone had success.
Why is this needed?
There is no more docker.sock on AWS EKS clusters, as they have been switched over to containerd. We now have/var/run/containerd/containerd.sock in its place, which is not the same thing interface-wise.
The text was updated successfully, but these errors were encountered:
What would you like added?
My understanding is that we would have to deploy nerdctl or similar into our runner images if we want to do this seamlessly, but have to drop docker & docker-compose client tools in favour of this, at a minimum.
Are there any plans to support and/or document that setup? It could be just a matter of the two changes I mentioned above but not sure whether other assumptions are being made with regards to the use of Docker as the container runtime, so I'd like to see if anyone had success.
Why is this needed?
There is no more docker.sock on AWS EKS clusters, as they have been switched over to containerd. We now
have/var/run/containerd/containerd.sock
in its place, which is not the same thing interface-wise.The text was updated successfully, but these errors were encountered: