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
Using the self-hosted runners, I ran into an issue where the ID of the docker group was relevant in order to implement a workaround. The details of that problem are not relevant, just that the ID of the docker group was needed.
In the last day or two, something changed (I imagine the image deployed to the self-hosted runners) and the ID of the docker group changed again.
As I write this, the GID on arm64 is 116 and on amd64 it's 117.
Without having looked at the process used to create the images, I can guess it involves installing the docker package on Unbuntu. The configure step of that package's installtion includes this:
# Make sure the "docker" system group exists for "docker.socket"
# to apply it as the group on "docker.sock"
if ! getent group docker >/dev/null 2>&1 ; then
addgroup --system docker
fi
the call to addgroup will create the docker group and it will assign the next available gid, this is the reason why the id keeps changing.
Again, without having looked at how the images are built, this is fixed by creating the docker group before installing the docker package, and assigning a fixed GID to it.
The text was updated successfully, but these errors were encountered:
I looked into an issue related to this quickly after the image update.
The chosen approach was to retrieve the docker GID dynamically.
It's hard to ensure that the group ID remains the same based on installation order alone, Docker is installed by this script which also handles the group creation, since the images are created to be compatible with upstream and use the Ubuntu images on AWS as base, this ID could change any time due to changes on the base image on AWS, upstream updates or new tools being added to the image.
While looking into that file however, I noticed these lines from upstream:
Using the self-hosted runners, I ran into an issue where the ID of the docker group was relevant in order to implement a workaround. The details of that problem are not relevant, just that the ID of the docker group was needed.
In the last day or two, something changed (I imagine the image deployed to the self-hosted runners) and the ID of the docker group changed again.
As I write this, the GID on arm64 is 116 and on amd64 it's 117.
Without having looked at the process used to create the images, I can guess it involves installing the docker package on Unbuntu. The configure step of that package's installtion includes this:
the call to addgroup will create the docker group and it will assign the next available gid, this is the reason why the id keeps changing.
Again, without having looked at how the images are built, this is fixed by creating the docker group before installing the docker package, and assigning a fixed GID to it.
The text was updated successfully, but these errors were encountered: