-
-
Notifications
You must be signed in to change notification settings - Fork 242
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
Image 3.4.14 or 3.5.5 not starting on Kubernetes #67
Comments
The user id changed from 1000 in v3.4.13, to 999 in v3.4.14 and v3.5.5 root:~# docker run --rm zookeeper:3.4.13 bash -c 'su-exec $ZOO_USER whoami && su-exec $ZOO_USER id'
zookeeper
uid=1000(zookeeper) gid=1000(zookeeper) groups=1000(zookeeper)
root:~# docker run --rm zookeeper:3.4.14 bash -c 'gosu $ZOO_USER whoami && gosu $ZOO_USER id'
zookeeper
uid=999(zookeeper) gid=999(zookeeper) groups=999(zookeeper)
root:~# docker run --rm zookeeper:3.5.5 bash -c 'gosu $ZOO_USER whoami && gosu $ZOO_USER id'
zookeeper
uid=999(zookeeper) gid=999(zookeeper) groups=999(zookeeper) One solution is to change your security context to securityContext:
fsGroup: 999
runAsUser: 999 |
@31z4 Can you set the gid and uid back to 1000 to match the previous version? zookeeper-docker/3.5.5/Dockerfile Line 18 in 81a8277
|
Done! Please wait until this PR docker-library/official-images#6058 is merged. |
Hi,
I am not sure if this is link to the the use of
openjdk:8-jre-slim
as base image for zookeeper, but since acceptance of #63 and #55 there is an issue with the default user used to start zookeeper.I have a Zookeeper cluster in version 3.4.13 running on a kubernetes cluster. I tried to upgrade it to 3.4.14 by "simply" changing the image tag to use. Unfortunately, the pod crashes immediatly with the following logs:
Notice the
Server environment:user.name=?
andServer environment:user.home=?
in the logs? I changed the entrypoint command to have some kind of eternal sleep for the pod to keep running while I am trying to understand what was happening and I found this:Not sure why but it seems that the container is not started with the right user. It is using the user with ID 1000 (which does not exists) instead of the zookeeper one (with ID 999). I noticed the same behaviour with the 3.5.5 image.
Again, I am not sure this is linked to the build of the new image but the image with tag 3.4.13 is running correctly.
Do you have an idea about the cause of this issue?
The text was updated successfully, but these errors were encountered: