Replies: 1 comment
-
I haven't seen this before. I can only imagine that maybe a security context in the postgress pod does not work well with the kubeadm created cluster or the Volume Provisioning for persistent volumes leads to wrong permissions. The
Also there are some volume mounts, but those don't look like they are affecting /tmp
Since this is not an issue with Theia Cloud directly, maybe you can find better information/help here: If not you could probably try to create a hello world deployment testing some securityContext and volumeMounts to see if you can pin the issue down. |
Beta Was this translation helpful? Give feedback.
-
Hello,
I'm trying to deploy theia-cloud in the kubernetes cluster created by kubeadm. I'm using theia-cloud 0.8.1.MS3 version and the keycloak chart version is 13.3.0. The terraform configuration for kubernetes cluster is here.
I didnot modify the keycloak configuration in the helm part. The keycloak pod cannot work:
I have tried executing "terraform destroy" and "terraform apply" multiple times. Except for the pod "keycloak-0" encountering this permission error, sometimes the pod "keycloak-postgresql-0" also encounters a permission error:
The pods
keycloak-0
andkeycloak-postgresql-0
do not encounter errors every time; sometimes they take turns having issues. For example,keycloak-postgresql-0
might fail to start due to permission errors, while thekeycloak-0
pod is running and waiting for a connection tokeycloak-postgresql
. At other times,keycloak-postgresql-0
is running normally, whilekeycloak-0
encounters permission errors.When the "keycloak-postgresql-0" encounters a permission error, I tried to start a container using that image with Docker. And that Docker container was able to start normally, and the permissions of the /tmp directory within it were correct.
I don't know how to fix this issue. It doesn't seem to be a problem with the image. I have previously deployed Keycloak normally using this method. However, to resolve a system disk space issue, I copied /var/lib/containerd to a /work directory mounted on another disk to address the problem of system disk space consumption. I created a symbolic link in /var/lib, where /var/lib/containerd is a symbolic link to /work/containerd. Keycloak began to report errors when redeploying theia-cloud after this change. However, when I tried to delete the symbolic link and move /work/containerd back to /var/lib to restore the environment, Keycloak's deployment still encountered this problem.
Any help? Really appreciate!
Beta Was this translation helpful? Give feedback.
All reactions