Skip to content
Snippets Groups Projects
Commit 89170ed9 authored by Ashraf Khamis's avatar Ashraf Khamis
Browse files

Merge branch 'stingrayza/workspace-cri-update' into 'master'

Update doc to generalise container runtime

See merge request !122877



Merged-by: default avatarAshraf Khamis <akhamis@gitlab.com>
Approved-by: default avatarAshraf Khamis <akhamis@gitlab.com>
Co-authored-by: default avatarRaimund Hook <rhook@gitlab.com>
parents 71033cb2 c185a3cf
No related branches found
No related tags found
1 merge request!122877Update doc to generalise container runtime
Pipeline #892285447 passed
......@@ -154,6 +154,6 @@ If you already have running workspaces, an administrator must manually delete th
## Arbitrary user IDs
You can provide your own container image, which can run as any Linux user ID. It's not possible for GitLab to predict the Linux user ID for a container image.
GitLab uses the Linux root group ID permission to create, update, or delete files in the container. CRI-O, the container runtime interface used by Kubernetes, has a default group ID of `0` for all containers.
GitLab uses the Linux root group ID permission to create, update, or delete files in the container. Depending on the container runtime used by the Kubernetes cluster, all containers might have a default group ID of `0`.
If you have a container image that does not support arbitrary user IDs, you cannot create, update, or delete files in a workspace. To create a container image that supports arbitrary user IDs, see the [OpenShift documentation](https://docs.openshift.com/container-platform/4.12/openshift_images/create-images.html#use-uid_create-images).
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment