podman: Unable to run `podman pod create` on systems without systemd installed.
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
When attempting to run podman pod create on systems without systemd installed, such as on a system with OpenRC as the init system, podman errors with unable to create pod cgroup for pod. Setting cgroups-manager to cgroupfs and systemd to false in containers.conf does not fix the issue.
Steps to reproduce the issue:
- Run
podman pod createas root on OpenRC system
Describe the results you received:
Error unable to create pod cgroup for pod ... The name org.freedesktop.systemd1 was not provided by any .service files
Describe the results you expected:
cgroup creation using cgroupfs/related tools rather than systemd
Output of podman version:
Version: 2.0.6
API Version: 1
Go Version: go1.15
Git Commit: 27362ba1ad8879ea71610fa68a651a1651e0180f
Built: Tue Sep 1 15:43:39 2020
OS/Arch: linux/amd64
Output of podman info --debug:
host:
arch: amd64
buildahVersion: 1.15.1
cgroupVersion: v1
conmon:
package: Unknown
path: /usr/bin/conmon
version: 'conmon version 2.0.20, commit: 13244db638cf987c415298a3c23393ae5abeb885'
cpus: 8
distribution:
distribution: unknown
version: unknown
eventLogger: file
hostname: ~~
idMappings:
gidmap: null
uidmap: null
kernel: 5.8.4-artix1-1
linkmode: dynamic
memFree: 430026752
memTotal: 12534947840
ociRuntime:
name: runc
package: Unknown
path: /usr/bin/runc
version: |-
runc version 1.0.0-rc92
commit: ff819c7e9184c13b7c2607fe6c30ae19403a7aff
spec: 1.0.2-dev
os: linux
remoteSocket:
path: /run/podman/podman.sock
rootless: false
slirp4netns:
executable: ""
package: ""
version: ""
swapFree: 17221185536
swapTotal: 26060255232
uptime: 51h 10m 12.67s (Approximately 2.12 days)
registries:
search:
- docker.io
- registry.fedoraproject.org
- quay.io
- registry.access.redhat.com
- registry.centos.org
store:
configFile: /etc/containers/storage.conf
containerStore:
number: 4
paused: 0
running: 0
stopped: 4
graphDriverName: overlay
graphOptions:
overlay.mountopt: nodev
graphRoot: /var/lib/containers/storage
graphStatus:
Backing Filesystem: extfs
Native Overlay Diff: "false"
Supports d_type: "true"
Using metacopy: "true"
imageStore:
number: 2
runRoot: /var/run/containers/storage
volumePath: /var/lib/containers/storage/volumes
version:
APIVersion: 1
Built: 1598989419
BuiltTime: Tue Sep 1 15:43:39 2020
GitCommit: 27362ba1ad8879ea71610fa68a651a1651e0180f
GoVersion: go1.15
OsArch: linux/amd64
Version: 2.0.6
Package info (e.g. output of rpm -q podman or apt list podman):
Name : podman
Version : 2.0.6-1
Description : Tool and library for running OCI-based containers in pods
Architecture : x86_64
URL : https://github.com/containers/libpod
Licenses : Apache
Groups : None
Provides : None
Depends On : cni-plugins conmon device-mapper iptables libseccomp runc slirp4netns libsystemd fuse-overlayfs skopeo
Optional Deps : podman-docker: for Docker-compatible CLI [installed]
btrfs-progs: support btrfs backend devices [installed]
catatonit: --init flag support [installed]
crun: support for unified cgroupsv2 [installed]
Required By : podman-compose podman-docker
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 80.22 MiB
Packager : Morten Linderud <foxboron@archlinux.org>
Build Date : Tue 01 Sep 2020 03:43:39 PM
Install Date : Wed 02 Sep 2020 05:30:50 PM
Install Reason : Explicitly installed
Install Script : No
Validated By : Signature
Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide? Yes this is latest version, and I have checked the guide Yes/No
Additional environment details (AWS, VirtualBox, physical, etc.):
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Comments: 16 (8 by maintainers)
I’m having a similar issue on a Devuan GNU/Linux 4.
I installed podman by simply using the apt package manager:
I tried to setup the
/etc/containers/containers.confas mentioned above (it didn’t exist, I created it), without much success:Maybe I’m missing something?