-
Notifications
You must be signed in to change notification settings - Fork 640
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
[Rootless] Issues when using systemd-homed (FATA[0000] operation not permitted
)
#2056
Comments
Can't repro $ systemctl is-active systemd-homed
active
$ nerdctl run --rm hello-world
Hello from Docker!
...
$ nerdctl run --rm alpine echo hi
hi $ nerdctl info
Client:
Namespace: default
Debug Mode: false
Server:
Server Version: v1.6.19
Storage Driver: overlayfs
Logging Driver: json-file
Cgroup Driver: systemd
Cgroup Version: 2
Plugins:
Log: fluentd journald json-file syslog
Storage: btrfs native overlayfs fuse-overlayfs stargz
Security Options:
seccomp
Profile: default
cgroupns
rootless
Kernel Version: 6.1.11-arch1-1
Operating System: Arch Linux
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 3.83GiB
Name: lima-archlinux
ID: 01b12985-0c85-47ee-af6f-473dc0b92025
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled
$ nerdctl version
Client:
Version: v1.2.1
OS/Arch: linux/amd64
Git commit: a0bbfd75ba92bcb11ac6059bf4f6f4e50c6da0b8
buildctl:
Version: v0.11.3
GitCommit: 4ddee42a32aac4cd33bf9c2be4c87c2ffd34747b
Server:
containerd:
Version: v1.6.19
GitCommit: 1e1ea6e986c6c86565bc33d52e34b81b3e2bc71f
runc:
Version: 1.1.4
GitCommit: v1.1.4-0-g5fd4c4d1
$ systemctl --version
systemd 252 (252.5-1-arch)
+PAM +AUDIT -SELINUX -APPARMOR -IMA +SMACK +SECCOMP +GCRYPT +GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN +IPTC +KMOD +LIBCRYPTSETUP +LIBFDISK +PCRE2 -PWQUALITY +P11KIT -QRENCODE +TPM2 +BZIP2 +LZ4 +XZ +ZLIB +ZSTD +BPF_FRAMEWORK +XKBCOMMON +UTMP -SYSVINIT default-hierarchy=unified
$ df -T
Filesystem Type 1K-blocks Used Available Use% Mounted on
dev devtmpfs 1982892 0 1982892 0% /dev
run tmpfs 2008204 696 2007508 1% /run
/dev/vda2 btrfs 104855532 1416944 103300592 2% /
tmpfs tmpfs 2008204 0 2008204 0% /dev/shm
tmpfs tmpfs 2008204 0 2008204 0% /tmp
/dev/sr0 iso9660 273676 273676 0 100% /mnt/lima-cidata
tmpfs tmpfs 401640 4 401636 1% /run/user/501
:/Users/suda fuse.sshfs 3908112996 711224976 3196888020 19% /Users/suda
:/tmp/lima fuse.sshfs 3908112996 711224976 3196888020 19% /tmp/lima ( Lima v0.15.0 https://github.com/lima-vm/lima/blob/v0.15.0/examples/archlinux.yaml ) |
Might be relevant to the filesystem of your home directory. |
I've tried it with native snapshotting and didn't see anything different. I've also tried it with systemd-homed users that have both directory and subvolume storage. I'm using btrfs as my root filesystem if that matters. I get |
|
Applied the latest
Could you try non-zen kernel? |
Just ran it again with the mainline kernel, no luck there either. It happens on my workstation and laptop so it could have to do with their homed configurations.
|
Sorry, homed was just not working for my home dir. Locally reproduced the issue after creating another account via homectl. The error seems coming from: nerdctl/cmd/nerdctl/container_run_mount.go Line 194 in cc1b6e0
during mounting Mount{Type:bind Source:/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/2/fs Target: Options:[ro rbind]} on /tmp/initialC2048665509 . (/var/lib/containerd is mapped to ~/.local/share/containerd ).
|
FATA[0000] operation not permitted
)
PR: Note: in addition to this PR, the subid ranges in
Otherwise running most images will fail with $ ./nerdctl run -it --rm alpine:3.17.0
docker.io/library/alpine:3.17.0: resolved |++++++++++++++++++++++++++++++++++++++|
index-sha256:8914eb54f968791faf6a8638949e480fef81e697984fba772b3976835194c6d4: done |++++++++++++++++++++++++++++++++++++++|
manifest-sha256:c0d488a800e4127c334ad20d61d7bc21b4097540327217dfab52262adc02380c: waiting |--------------------------------------|
config-sha256:49176f190c7e9cdb51ac85ab6c6d5e4512352218190cd69b08e6fd803ffbf3da: done |++++++++++++++++++++++++++++++++++++++|
layer-sha256:c158987b05517b6f2c5913f3acef1f2182a32345a304fe357e3ace5fadcad715: downloading |+++++++++++++++++++++++---------------| 2.0 MiB/3.2 MiB
elapsed: 10.4s total: 2.0 Mi (197.1 KiB/s)
FATA[0010] failed to extract layer sha256:ded7a220bb058e28ee3254fbba04ca90b679070424424761a53a043b93b612bf: mount callback failed on /var/lib/containerd/tmpmounts/containerd-mount762573051:
failed to Lchown "/var/lib/containerd/tmpmounts/containerd-mount762573051/etc/shadow" for UID 0, GID 42: lchown /var/lib/containerd/tmpmounts/containerd-mount762573051/etc/shadow: value too large for defined data type: unknown |
|
Discussed in #2017
Originally posted by thomascft February 15, 2023
I have a few machines running Arch Linux and one of them I decided to try out systemd-homed. I followed the guide on https://rootlesscontaine.rs/ and have a working rootless containerd instance running on my non-homed laptop. During diagnosis I created a regular account on problematic system and everything worked fine. I creted a fresh homed and it showed the same symptoms. Below are some of the problematic commands and their respective debug outputs.
nerdctl run --debug-full --rm hello-world
After that I tried running the alpine image.
nerdctl run --debug --rm -it alpine
Here's the resulting error:
I decided to try the archlinux image and it worked without any errors.
The text was updated successfully, but these errors were encountered: