You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Seems like you've mounted /run into the container, which means ctr will be trying to talk to containerd on the host.
This doesn't work without very careful setup.
In docker, the docker daemon is responsible for setting up the container.
With containerd, this responsibility is on the client (or ctr in this case).
@yylt The design of containerd is that clients should be local to the daemon. Running a client in a container is effectively non-local without some very specific configuration (which will vary depending on what you are trying to do).
Also, please note that ctr exists for debugging/trying things out, it is considered a non-stable interface.
mount ctr and containerd sock file into container, and try
ctr run
in container, but it failedSteps to reproduce the issue:
ctr run --privileged -t --mount type=bind,src=/home/xxx/gopath/bin,dst=/usr/local/bin,options=rbind:ro --mount type=bind,src=/run,dst=/run,options=rbind:ro kubernetes-entrypoint:v0.3.1 foo bash
foo
, try run another container,ctr run --mount type=bind,src=/tmp,dst=/tmp,options=rbind:ro docker.io/library/busybox:glibc bar sh
Describe the results you received:
ctr: failed to mount /tmp/containerd-mount369866465: read-only file system
Describe the results you expected:
success
Output of
containerd --version
:Any other relevant information:
The text was updated successfully, but these errors were encountered: