-
Notifications
You must be signed in to change notification settings - Fork 295
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
Shell server terminated (code: 1, signal: null) #6033
Comments
It looks like the container stopped and that causes the shell server to be stopped too. Does the container keep running when you start it yourself from the command line? |
Does this answer your question?
Not sure how to run the container from the command line other than simply run the image |
Also tried this
|
Did this continue running or did it return to the shell prompt? It appears to be an issue with the image/container, but it's hard to tell where to look next from what we currently have. |
I have been struggling with this for the last few days. Problems out of the blue on containers that I have been using for months. Setting "overrideCommand": true gets past the immediate issue. However, I then have problems with docker-in-docker. Something that had been working fine. |
Another observation. The devcontainers that I have been using for the last few months looked very similar to @mr-bjerre sample above. To get around the docker-in-docker not working, I have been updating to the experimental "features" to add docker-in-docker. I have noticed a limitation though. The feature mounts a volume named dind-var-lib-docker and if I try to start a second devcontainer it won't activate docker-in-docker due to the conflict. |
Interesting @afterthought I also just noticed that if I use ubuntu
|
@afterthought The volume name conflict is tracked as #5679. |
@mr-bjerre Tried with your configuration and it works for me. Does it stop with 'Shell server terminated' every time or only sometimes? @afterthought What OS and hardware are you running with? |
I've been testing on both x86 and apple silicon Macs. The latest error mentioned by @mr-bjerre is what I get on apple silicon (using bullseye) but only if using the "features": {} config. Thanks for the tracking issue. We're trying to transition into Codespaces anyway, so we were going to move forward with the conflict. |
My latest finding: I'm running on a Macbook Pro with M1 and I need to work in a devcontainer with So I'm creating my devcontainers with
WorkaroundBuild my own |
I just tested a fresh docker in docker on my M1 mac. If I use the default buster` (x86_64) then I get the following
If I change my Dockerfile to use |
@mr-bjerre Not sure if mounting a socket across architectures could cause problems. Does it work with an ARM container? /cc @Chuxel |
@chrmarti Yes, did you see my last comment?
|
Yeah docker-in-docker requires your chip architecture to match given how things work. We mention this here: https://github.com/microsoft/vscode-dev-containers/blob/main/script-library/docs/docker-in-docker.md To see what is going on with docker startup, you can type |
This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines. Happy Coding! |
Does this issue occur when you try this locally?: Yes
Does this issue occur when you try this locally and all extensions are disabled?: Yes
The text was updated successfully, but these errors were encountered: