podman: Failed to add conmon to cgroupfs sandbox cgroup
Open
Nobody has claimed this yet.
- Dominant language
- Makefile
- Stars
- 4.6k
- Forks
- 4k
- Avg merge
- 3d 12h
- Merged PRs (30d)
- 134
Description
Maintainer: @oskarirauta
Environment: OpenWRT@23.05 x86 on Sophos SG-105r1
Description:
I installed Podman per the wiki and I am unable to get any container to run.
Unfortunately, Cgroups is beyond my scope of knowledge to properly troubleshoot.
root@OpenWrt:/srv/.podman/scripts# podman run hello-world
WARN[0000] Failed to add conmon to cgroupfs sandbox cgroup: creating cgroup path /libpod_parent/conmon: write /sys/fs/cgroup/cgroup.subtree_control: invalid argument
Error: OCI runtime error: crun: writing file `/sys/fs/cgroup/cgroup.subtree_control`: Invalid argument
Podman Info
host:
arch: amd64
buildahVersion: 1.33.2
cgroupControllers:
- cpuset
- cpu
- io
- memory
- pids
- rdma
cgroupManager: cgroupfs
cgroupVersion: v2
conmon:
package: Unknown
path: /usr/bin/conmon
version: 'conmon version 2.1.8, commit: '
cpuUtilization:
idlePercent: 99.24
systemPercent: 0.3
userPercent: 0.46
cpus: 2
databaseBackend: sqlite
distribution:
distribution: openwrt
version: 23.05.0
eventLogger: none
freeLocks: 2046
hostname: OpenWrt
idMappings:
gidmap: null
uidmap: null
kernel: 5.15.134
linkmode: dynamic
logDriver: k8s-file
memFree: 1687359488
memTotal: 1983795200
networkBackend: netavark
networkBackendInfo:
backend: netavark
dns:
package: Unknown
path: /usr/lib/podman/aardvark-dns
version: aardvark-dns 1.9.0
package: Unknown
path: /usr/lib/podman/netavark
version: netavark 1.9.0
ociRuntime:
name: crun
package: Unknown
path: /usr/bin/crun
version: "crun version 1.12\ncommit: \nrundir: /run/crun\nspec: 1.0.0\n+SELINUX
+APPARMOR +CAP +SECCOMP +EBPF +YAJL"
os: linux
pasta:
executable: ""
package: ""
version: ""
remoteSocket:
exists: true
path: /run/podman/podman.sock
security:
apparmorEnabled: false
capabilities: CAP_CHOWN,CAP_DAC_OVERRIDE,CAP_FOWNER,CAP_FSETID,CAP_KILL,CAP_NET_BIND_SERVICE,CAP_SETFCAP,CAP_SETGID,CAP_SETPCAP,CAP_SETUID,CAP_SYS_CHROOT
rootless: false
seccompEnabled: true
seccompProfilePath: /usr/share/containers/seccomp.json
selinuxEnabled: false
serviceIsRemote: false
slirp4netns:
executable: /usr/bin/slirp4netns
package: Unknown
version: |-
slirp4netns version 1.2.2
commit: 0ee2d87523e906518d34a6b423271e4826f71faf
libslirp: 4.7.0
SLIRP_CONFIG_VERSION_MAX: 4
libseccomp: 2.5.4
swapFree: 0
swapTotal: 0
uptime: 5h 29m 19.00s (Approximately 0.21 days)
variant: ""
plugins:
authorization: null
log:
- k8s-file
- none
- passthrough
network:
- bridge
- macvlan
- ipvlan
volume:
- local
registries:
search:
- docker.io
- registry.fedoraproject.org
- registry.access.redhat.com
store:
configFile: /etc/containers/storage.conf
containerStore:
number: 2
paused: 0
running: 0
stopped: 2
graphDriverName: overlay
graphOptions:
overlay.imagestore: /srv/.podman/images
overlay.mountopt: nodev
graphRoot: /srv/.podman/storage
graphRootAllocated: 59237908480
graphRootUsed: 905797632
graphStatus:
Backing Filesystem: extfs
Native Overlay Diff: "true"
Supports d_type: "true"
Supports shifting: "false"
Supports volatile: "true"
Using metacopy: "false"
imageCopyTmpDir: /var/tmp
imageStore:
number: 4
runRoot: /run/containers/storage
transientStore: false
volumePath: /srv/.podman/storage/volumes
version:
APIVersion: 4.8.0
Built: 1706521279
BuiltTime: Mon Jan 29 09:41:19 2024
GitCommit: ""
GoVersion: go1.21.5
Os: linux
OsArch: linux/amd64
Version: 4.8.0
root@OpenWrt:/srv/.podman/scripts# ls /sys/fs/cgroup/
cgroup.controllers cgroup.stat cpuset.cpus.effective memory.stat
cgroup.max.depth cgroup.subtree_control cpuset.mems.effective services
cgroup.max.descendants cgroup.threads io.stat
cgroup.procs cpu.stat libpod_parent
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the reported podman run hello-world command and the cgroup.subtree_control error, using the supplied cgroup v2 details and /sys/fs/cgroup/ listing as the initial evidence. Determine whether the OpenWrt cgroup configuration supports the requested operation; done means the command runs without the reported OCI runtime error.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux
- Domain
- devops, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100