Skip to content
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

devcontainer features test command inside a container with mounted docker socket -> problems with /tmp #923

Open
Roemer opened this issue Oct 25, 2024 · 0 comments

Comments

@Roemer
Copy link

Roemer commented Oct 25, 2024

The devcontainer features test (especially for scenarios) creates everything needed in a directory in /tmp. When the container is created, this folder is mounted inside the container (probably for the additional files and the verifying .sh file).

This leads to problems when the devcontainer-cli and the test are running inside a container with a mounted docker socket.
The problem is that the /tmp with the correct data is in the container and when creating the test-container and mounting the /tmp, the /tmp from the docker host (outside of the container) is used which does not know the the correct data of course.

I tried to draw this:

/ Docker-Host
├── Docker / Docker Socket
├── container with devcontainer cli
│   ├── workspace
│   │   ├── src
│   │   └── test
│   └── tmp (contains the temporary devcontainer spec)
└── tmp (is mounted when the devcontainer is started)

In some cases this is easy fixable by mounting /tmp from the host to /tmp into the container with the devcontainer cli but sometimes (in some CI scenarios), adding additional mounts is not possible.

My suggestion would be to be able to specify the temporaryPath where all these files are placed. If this path could be specified, it would at least be possible to use some clever symlinking to achieve the same path inside the container with the cli and from the host.

An alternative would be to not need this mount at all and copy all those files during the build of the container into the container so they are directly available.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant