- Project
- Mac & Windows
- Configuration
- Kubernetes
- containerd socket address
- Rootless
- How to use nerdctl as a non-root user? (Rootless mode)
nerdctl run -p <PORT>
does not propagate source IPnerdctl run -p <PORT>
does not work with port numbers below 1024- Can't ping
- Containers do not automatically start after rebooting the host
- Error
failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: unable to apply cgroup configuration: unable to start unit ... {Name:Slice Value:"user.slice"} {Name:Delegate Value:true} ... Permission denied: unknown
- How to uninstall ? / Can't remove
~/.local/share/containerd
- How to clean a dangling cache of buildkit?
The goal of nerdctl is to facilitate experimenting the cutting-edge features of containerd that are not present in Docker.
Such features include, but not limited to, on-demand image pulling (lazy-pulling) and image encryption/decryption.
See also ../README.md
for the list of the features present in nerdctl but not present in Docker (and vice versa).
Note that competing with Docker is not the goal of nerdctl. Those cutting-edge features are expected to be eventually available in Docker as well.
ctr
is a debugging utility bundled with containerd.
ctr is incompatible with Docker CLI, and not friendly to users.
Notably, ctr
lacks the equivalents of the following nerdctl commands:
nerdctl run -p <PORT>
nerdctl run --restart=always --net=bridge
nerdctl pull
with~/.docker/config.json
and credential helper binaries such asdocker-credential-ecr-login
nerdctl logs
nerdctl build
nerdctl compose up
crictl
has similar restrictions too.
Yes, via a Linux virtual machine.
Lima project provides Linux virtual machines for macOS, with built-in integration for nerdctl.
$ brew install lima
$ limactl start
$ lima nerdctl run -d --name nginx -p 127.0.0.1:8080:80 nginx:alpine
Rancher Desktop for Mac and colima also provide custom Lima machines with nerdctl.
Windows containers: Yes, but experimental.
Linux containers: Yes, via WSL2. Rancher Desktop for Windows provides a nerdctl.exe
that wraps nerdctl binary in a WSL2 machine.
Expected behavior, because nerdctl does not use CRI (Kubernetes Container Runtime Interface) API.
See the questions below for how to configure nerdctl.
Use nerdctl login
, or just create ~/.docker/config.json
.
nerdctl also supports credential helper binaries such as docker-credential-ecr-login
.
Use nerdctl --insecure-registry run <IMAGE>
. See also registry.md
.
⚡ Requirement | nerdctl >= 0.16 |
---|
Create ~/.config/containerd/certs.d/<HOST:PORT>/hosts.toml
(or /etc/containerd/certs.d/...
for rootful) to specify ca
certificates.
# An example of ~/.config/containerd/certs.d/192.168.12.34:5000/hosts.toml
# (The path is "/etc/containerd/certs.d/192.168.12.34:5000/hosts.toml" for rootful)
server = "https://192.168.12.34:5000"
[host."https://192.168.12.34:5000"]
ca = "/path/to/ca.crt"
See https://github.com/containerd/containerd/blob/main/docs/hosts.md for the syntax of hosts.toml
.
Docker-style directories are also supported.
The path is ~/.config/docker/certs.d
for rootless, /etc/docker/certs.d
for rootful.
See also registry.md
.
- Option 1:
nerdctl --cgroup-manager=(cgroupfs|systemd|none)
. - Option 2: Set
cgroup_manager
property innerdctl.toml
The default value is systemd
on cgroup v2 hosts (both rootful and rootless), cgroupfs
on cgroup v1 rootful hosts, none
on cgroup v1 rootless hosts.
Hint: The corresponding configuration for Kubernetes (io.containerd.grpc.v1.cri
)
# An example of /etc/containerd/config.toml for Kubernetes
version = 2
[plugins."io.containerd.grpc.v1.cri".containerd.runtimes.runc.options]
SystemdCgroup = true
In addition to containerd, you have to configure kubelet too:
# An example of /var/lib/kubelet/config.yaml for Kubernetes
kind: KubeletConfiguration
apiVersion: kubelet.config.k8s.io/v1beta1
cgroupDriver: "systemd"
See also https://kubernetes.io/docs/tasks/administer-cluster/kubeadm/configure-cgroup-driver/
- Option 1: Use
nerdctl --snapshotter=(overlayfs|native|btrfs|...)
- Option 2: Set
$CONTAINERD_SNAPSHOTTER
- Option 3: Set
snapshotter
property innerdctl.toml
The default value is overlayfs
.
Hint: The corresponding configuration for Kubernetes (io.containerd.grpc.v1.cri
)
# An example of /etc/containerd/config.toml for Kubernetes
version = 2
[plugins."io.containerd.grpc.v1.cri".containerd]
snapshotter = "overlayfs"
Use nerdctl run --runtime=<RUNTIME>
.
The <RUNTIME>
string can be either a containerd runtime plugin name (such as io.containerd.runc.v2
),
or a path to a runc-compatible binary (such as /usr/local/sbin/runc
).
Hint: The corresponding configuration for Kubernetes (io.containerd.grpc.v1.cri
)
# An example of /etc/containerd/config.toml for Kubernetes
version = 2
[plugins."io.containerd.grpc.v1.cri".containerd]
default_runtime_name = "crun"
[plugins."io.containerd.grpc.v1.cri".containerd.runtimes]
[plugins."io.containerd.grpc.v1.cri".containerd.runtimes.crun]
runtime_type = "io.containerd.runc.v2"
[plugins."io.containerd.grpc.v1.cri".containerd.runtimes.crun.options]
BinaryName = "/usr/local/bin/crun"
- Option 1: Use
nerdctl --cni-path=<PATH>
- Option 2: Set
$CNI_PATH
- Option 3: Set
cni_path
property innerdctl.toml
.
The default value is automatically detected by checking the following candidates:
~/.local/libexec/cni
~/.local/lib/cni
~/opt/cni/bin
/usr/local/libexec/cni
/usr/local/lib/cni
/usr/libexec/cni
/usr/lib/cni
/opt/cni/bin
Hint: The corresponding configuration for Kubernetes (io.containerd.grpc.v1.cri
)
# An example of /etc/containerd/config.toml for Kubernetes
version = 2
[plugins."io.containerd.grpc.v1.cri".cni]
bin_dir = "/opt/cni/bin"
Try sudo nerdctl --namespace=k8s.io ps -a
.
Note: k3s users have to specify --address
too: sudo nerdctl --address=/run/k3s/containerd/containerd.sock --namespace=k8s.io ps -a
For a multi-node cluster:
$ nerdctl build -t example.com/foo /some-dockerfile-directory
$ nerdctl push example.com/foo
For a single-node cluster w/o registry:
# nerdctl --namespace k8s.io build -t foo /some-dockerfile-directory
# kubectl apply -f - <<EOF
apiVersion: v1
kind: Pod
metadata:
name: foo
spec:
containers:
- name: foo
image: foo
imagePullPolicy: Never
EOF
- rootful:
/run/containerd/containerd.sock
- rootless (e.g., default Lima instance):
/proc/<PID of containerd>/root/run/containerd/containerd.sock
, or you can run this command to find out:echo /proc/$(cat $XDG_RUNTIME_DIR/containerd-rootless/child_pid)/root/run/containerd/containerd.sock
(why it works:rootlessutil.ParentMain
)
No. Just use ssh -l <USER> <REMOTEHOST> nerdctl
.
Not exactly same, but setting SETUID bit (chmod +s
) on nerdctl
binary gives similar user experience.
mkdir -p $HOME/bin
chmod 700 $HOME/bin
cp /usr/local/bin/nerdctl $HOME/bin
sudo chown root $HOME/bin/nerdctl
sudo chmod +s $HOME/bin/nerdctl
export PATH=$HOME/bin:$PATH
Chmodding $HOME/bin
to 700
is important, otherwise an unintended user may gain the root privilege via the SETUID bit.
Using SETUID bit is highly discouraged. Consider using Rootless mode instead whenever possible.
containerd-rootless-setuptool.sh install
nerdctl run -d --name nginx -p 8080:80 nginx:alpine
See also:
rootless.md
- https://rootlesscontaine.rs/getting-started/common/
- https://rootlesscontaine.rs/getting-started/containerd/
Expected behavior with the default rootlesskit
port driver.
The solution is to change the port driver to slirp4netns
(sacrifices performance).
See https://rootlesscontaine.rs/getting-started/containerd/#changing-the-port-forwarder .
Set sysctl value net.ipv4.ip_unprivileged_port_start=0
.
Set sysctl value net.ipv4.ping_group_range=0 2147483647
.
See https://rootlesscontaine.rs/getting-started/common/sysctl/#optional-allowing-ping
Run sudo loginctl enable-linger $(whoami)
.
See https://rootlesscontaine.rs/getting-started/common/login/ .
Error failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: unable to apply cgroup configuration: unable to start unit ... {Name:Slice Value:"user.slice"} {Name:Delegate Value:true} ... Permission denied: unknown
Running a rootless container with systemd
cgroup driver requires dbus to be running as a user session service.
Otherwise runc may fail with an error like below:
FATA[0000] failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: unable to apply cgroup configuration: unable to start unit "nerdctl-7bda4abaa1f006ab9feeb98c06953db43f212f1c0aaf658fb8a88d6f63dff9f9.scope" (properties [{Name:Description Value:"libcontainer container 7bda4abaa1f006ab9feeb98c06953db43f212f1c0aaf658fb8a88d6f63dff9f9"} {Name:Slice Value:"user.slice"} {Name:Delegate Value:true} {Name:PIDs Value:@au [1154]} {Name:MemoryAccounting Value:true} {Name:CPUAccounting Value:true} {Name:IOAccounting Value:true} {Name:TasksAccounting Value:true} {Name:DefaultDependencies Value:false}]): Permission denied: unknown
Solution:
sudo apt-get install -y dbus-user-session
systemctl --user start dbus
Run the following commands:
containerd-rootless-setuptool.sh uninstall
rootlesskit rm -rf ~/.local/share/containerd ~/.local/share/nerdctl ~/.config/containerd
buildkit
cache directory is located at $HOME/.local/share/buildkit/
in rootless mode, which has same folder structure /var/lib/buildkit/
in
root mode.
You can clear the cache objects by running the following command:
nerdctl builder prune
The command produce a progress message of id and size of removed objects.