Skip to content
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

ActiveState=failed after running "systemctl --user start podman.service" #15927

Closed
eriksjolund opened this issue Sep 24, 2022 · 2 comments · Fixed by #16188
Closed

ActiveState=failed after running "systemctl --user start podman.service" #15927

eriksjolund opened this issue Sep 24, 2022 · 2 comments · Fixed by #16188
Labels
kind/bug Categorizes issue or PR as related to a bug. locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments.

Comments

@eriksjolund
Copy link
Contributor

Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)

/kind bug

Description

The systemd user service podman.service is failed after running systemctl --user start podman.service.
(I think this explicit starting of podman.service with socket activation should be supported although it is not the standard way of how to start podman.service).

A sidenote: Interestingly even when starting podman.service the standard way (i.e. a client connects to podman.socket), the log shows

Sep 24 11:27:28 asus podman[5546]: Error: failed to start API service: accept unixgram @517a1: accept4: operation not supported

and

Sep 24 11:27:28 asus systemd[5427]: podman.service: Failed with result 'exit-code'.

and

░░ The unit UNIT has entered the 'failed' state with result 'exit-code'.

Steps to reproduce the issue:

  1. Create a new user and log in to it

    # useradd testuser
    # machinectl shell testuser@
    Connected to the local host. Press ^] three times within 1s to exit session.
    
  2. Start the systemd user service podman.service with socket activation. Note, often socket-activated services
    are started by systemd when the first client connects. In this case systemd starts podman.service with socket activation without waiting for the first client connection.

    $ systemctl --user start podman.socket
    $ systemctl --user start podman.service
    
  3. Run systemctl --user show -P ActiveState podman.service

    $ systemctl --user show -P ActiveState podman.service
    failed
    
  4. Check the podman.service log

    $ journalctl --user --no-pager -xeu podman.service
    Sep 24 11:22:25 asus systemd[5235]: podman.service: unit configures an IP firewall, but not running as root.
    Sep 24 11:22:25 asus systemd[5235]: (This warning is only shown for the first unit using IP firewalling.)
    Sep 24 11:22:25 asus systemd[5235]: Starting podman.service - Podman API Service...
    ░░ Subject: A start job for unit UNIT has begun execution
    ░░ Defined-By: systemd
    ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
    ░░ 
    ░░ A start job for unit UNIT has begun execution.
    ░░ 
    ░░ The job identifier is 47.
    Sep 24 11:22:25 asus systemd[5235]: Started podman.service - Podman API Service.
    ░░ Subject: A start job for unit UNIT has finished successfully
    ░░ Defined-By: systemd
    ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
    ░░ 
    ░░ A start job for unit UNIT has finished successfully.
    ░░ 
    ░░ The job identifier is 47.
    Sep 24 11:22:25 asus podman[5340]: time="2022-09-24T11:22:25+02:00" level=info msg="/usr/bin/podman filtering at log level info"
    Sep 24 11:22:25 asus podman[5365]: time="2022-09-24T11:22:25+02:00" level=info msg="/usr/bin/podman filtering at log level info"
    Sep 24 11:22:25 asus podman[5365]: 2022-09-24 11:22:25.394982186 +0200 CEST m=+0.074565633 system refresh
    Sep 24 11:22:25 asus podman[5365]: time="2022-09-24T11:22:25+02:00" level=info msg="Setting parallel job count to 49"
    Sep 24 11:22:25 asus podman[5365]: time="2022-09-24T11:22:25+02:00" level=info msg="Using systemd socket activation to determine API endpoint"
    Sep 24 11:22:25 asus podman[5365]: time="2022-09-24T11:22:25+02:00" level=info msg="API service listening on \"@a957e\". URI: \"@a957e\""
    Sep 24 11:22:25 asus podman[5365]: time="2022-09-24T11:22:25+02:00" level=info msg="API service listening on \"@a957e\""
    Sep 24 11:22:25 asus podman[5365]: Error: failed to start API service: accept unixgram @a957e: accept4: operation not supported
    Sep 24 11:22:25 asus systemd[5235]: podman.service: Main process exited, code=exited, status=125/n/a
    ░░ Subject: Unit process exited
    ░░ Defined-By: systemd
    ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
    ░░ 
    ░░ An ExecStart= process belonging to unit UNIT has exited.
    ░░ 
    ░░ The process' exit code is 'exited' and its exit status is 125.
    Sep 24 11:22:25 asus systemd[5235]: podman.service: Failed with result 'exit-code'.
    ░░ Subject: Unit failed
    ░░ Defined-By: systemd
    ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
    ░░ 
    ░░ The unit UNIT has entered the 'failed' state with result 'exit-code'.
    

Describe the results you received:

At step 3:

failed

Describe the results you expected:

Either

active

or

inactive

The service should be active at first but then becoming inactive after the inactivity timeout (that can be set with the podman system service option --time)

Additional information you deem important (e.g. issue happens only occasionally):

If I start podman.service (the standard way) by running

curl -H "Content-Type: application/json" --unix-socket $XDG_RUNTIME_DIR/podman/podman.sock http://localhost/_ping

instead of running

 systemctl --user start podman.service

I also see the error messages Error: failed to start API service: accept unixgram:
and podman.service: Failed with result 'exit-code'. and The unit UNIT has entered the 'failed' state with result 'exit-code'.

See the log

$ journalctl --user --no-pager -xeu podman.service
Sep 24 11:27:28 asus systemd[5427]: podman.service: unit configures an IP firewall, but not running as root.
Sep 24 11:27:28 asus systemd[5427]: (This warning is only shown for the first unit using IP firewalling.)
Sep 24 11:27:28 asus systemd[5427]: Starting podman.service - Podman API Service...
░░ Subject: A start job for unit UNIT has begun execution
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has begun execution.
░░ 
░░ The job identifier is 28.
Sep 24 11:27:28 asus systemd[5427]: Started podman.service - Podman API Service.
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 28.
Sep 24 11:27:28 asus podman[5521]: time="2022-09-24T11:27:28+02:00" level=info msg="/usr/bin/podman filtering at log level info"
Sep 24 11:27:28 asus podman[5546]: time="2022-09-24T11:27:28+02:00" level=info msg="/usr/bin/podman filtering at log level info"
Sep 24 11:27:28 asus podman[5546]: 2022-09-24 11:27:28.904867506 +0200 CEST m=+0.066938498 system refresh
Sep 24 11:27:28 asus podman[5546]: time="2022-09-24T11:27:28+02:00" level=info msg="Setting parallel job count to 49"
Sep 24 11:27:28 asus podman[5546]: time="2022-09-24T11:27:28+02:00" level=info msg="Using systemd socket activation to determine API endpoint"
Sep 24 11:27:28 asus podman[5546]: time="2022-09-24T11:27:28+02:00" level=info msg="API service listening on \"@517a1\". URI: \"@517a1\""
Sep 24 11:27:28 asus podman[5546]: time="2022-09-24T11:27:28+02:00" level=info msg="API service listening on \"@517a1\""
Sep 24 11:27:28 asus podman[5546]: Error: failed to start API service: accept unixgram @517a1: accept4: operation not supported
Sep 24 11:27:28 asus systemd[5427]: podman.service: Main process exited, code=exited, status=125/n/a
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ An ExecStart= process belonging to unit UNIT has exited.
░░ 
░░ The process' exit code is 'exited' and its exit status is 125.
Sep 24 11:27:28 asus systemd[5427]: podman.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ The unit UNIT has entered the 'failed' state with result 'exit-code'.
Sep 24 11:27:28 asus systemd[5427]: Starting podman.service - Podman API Service...
░░ Subject: A start job for unit UNIT has begun execution
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has begun execution.
░░ 
░░ The job identifier is 54.
Sep 24 11:27:28 asus systemd[5427]: Started podman.service - Podman API Service.
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 54.
Sep 24 11:27:28 asus podman[5569]: time="2022-09-24T11:27:28+02:00" level=info msg="/usr/bin/podman filtering at log level info"
Sep 24 11:27:28 asus podman[5569]: time="2022-09-24T11:27:28+02:00" level=info msg="Setting parallel job count to 49"
Sep 24 11:27:28 asus podman[5569]: time="2022-09-24T11:27:28+02:00" level=info msg="Using systemd socket activation to determine API endpoint"
Sep 24 11:27:28 asus podman[5569]: time="2022-09-24T11:27:28+02:00" level=info msg="API service listening on \"/run/user/1315/podman/podman.sock\". URI: \"/run/user/1315/podman/podman.sock\""
Sep 24 11:27:28 asus podman[5569]: time="2022-09-24T11:27:28+02:00" level=info msg="API service listening on \"/run/user/1315/podman/podman.sock\""
Sep 24 11:27:28 asus podman[5569]: @ - - [24/Sep/2022:11:27:28 +0200] "GET /_ping HTTP/1.1" 200 2 "" "curl/7.82.0"

If I run systemctl --user show -P ActiveState podman.service after the curl command, it first shows active and after some seconds inactive:

$  systemctl --user show -P ActiveState podman.service
active
$  systemctl --user show -P ActiveState podman.service
inactive

Output of podman version:

Client:       Podman Engine
Version:      4.2.0
API Version:  4.2.0
Go Version:   go1.18.4
Built:        Thu Aug 11 16:42:17 2022
OS/Arch:      linux/amd64

Output of podman info:

host:
  arch: amd64
  buildahVersion: 1.27.0
  cgroupControllers:
  - cpu
  - io
  - memory
  - pids
  cgroupManager: systemd
  cgroupVersion: v2
  conmon:
    package: conmon-2.1.4-2.fc36.x86_64
    path: /usr/bin/conmon
    version: 'conmon version 2.1.4, commit: '
  cpuUtilization:
    idlePercent: 99.94
    systemPercent: 0.04
    userPercent: 0.01
  cpus: 16
  distribution:
    distribution: fedora
    variant: workstation
    version: "36"
  eventLogger: journald
  hostname: asus
  idMappings:
    gidmap:
    - container_id: 0
      host_id: 1311
      size: 1
    - container_id: 1
      host_id: 13882912
      size: 65536
    uidmap:
    - container_id: 0
      host_id: 1311
      size: 1
    - container_id: 1
      host_id: 13882912
      size: 65536
  kernel: 5.19.9-200.fc36.x86_64
  linkmode: dynamic
  logDriver: journald
  memFree: 1592369152
  memTotal: 7693017088
  networkBackend: netavark
  ociRuntime:
    name: crun
    package: crun-1.6-2.fc36.x86_64
    path: /usr/bin/crun
    version: |-
      crun version 1.6
      commit: 18cf2efbb8feb2b2f20e316520e0fd0b6c41ef4d
      spec: 1.0.0
      +SYSTEMD +SELINUX +APPARMOR +CAP +SECCOMP +EBPF +CRIU +YAJL
  os: linux
  remoteSocket:
    exists: true
    path: /run/user/1311/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: true
    seccompEnabled: true
    seccompProfilePath: /usr/share/containers/seccomp.json
    selinuxEnabled: true
  serviceIsRemote: false
  slirp4netns:
    executable: /usr/bin/slirp4netns
    package: slirp4netns-1.2.0-0.2.beta.0.fc36.x86_64
    version: |-
      slirp4netns version 1.2.0-beta.0
      commit: 477db14a24ff1a3de3a705e51ca2c4c1fe3dda64
      libslirp: 4.6.1
      SLIRP_CONFIG_VERSION_MAX: 3
      libseccomp: 2.5.3
  swapFree: 7692349440
  swapTotal: 7692349440
  uptime: 10h 49m 31.00s (Approximately 0.42 days)
plugins:
  authorization: null
  log:
  - k8s-file
  - none
  - passthrough
  - journald
  network:
  - bridge
  - macvlan
  volume:
  - local
registries:
  search:
  - registry.fedoraproject.org
  - registry.access.redhat.com
  - docker.io
  - quay.io
store:
  configFile: /home/testuser/.config/containers/storage.conf
  containerStore:
    number: 0
    paused: 0
    running: 0
    stopped: 0
  graphDriverName: overlay
  graphOptions: {}
  graphRoot: /home/testuser/.local/share/containers/storage
  graphRootAllocated: 407822663680
  graphRootUsed: 399172345856
  graphStatus:
    Backing Filesystem: xfs
    Native Overlay Diff: "true"
    Supports d_type: "true"
    Using metacopy: "false"
  imageCopyTmpDir: /var/tmp
  imageStore:
    number: 0
  runRoot: /run/user/1311/containers
  volumePath: /home/testuser/.local/share/containers/storage/volumes
version:
  APIVersion: 4.2.0
  Built: 1660228937
  BuiltTime: Thu Aug 11 16:42:17 2022
  GitCommit: ""
  GoVersion: go1.18.4
  Os: linux
  OsArch: linux/amd64
  Version: 4.2.0

Package info (e.g. output of rpm -q podman or apt list podman):

podman-4.2.0-2.fc36.x86_64
@openshift-ci openshift-ci bot added the kind/bug Categorizes issue or PR as related to a bug. label Sep 24, 2022
@eriksjolund
Copy link
Contributor Author

eriksjolund commented Sep 24, 2022

If I create the new user like this

sudo -i
useradd testuser
machinectl shell testuser@
podman unshare /bin/true

then everything works for both alternatives

  • systemctl --user start podman.service
  • curl -H "Content-Type: application/json" --unix-socket $XDG_RUNTIME_DIR/podman/podman.sock http://localhost/_ping

I wondered if this issue is a general problem related to socket activation and not having the user namespace set up, so I tried out socket activation of containers.

  1. I created a new user (without running podman unshare /bin/true).
  2. First shell
$ systemd-socket-activate -l  /tmp/stream podman run --rm --name echo  --network=none ghcr.io/eriksjolund/socket-activate-echo
Listening on /tmp/stream as 3.
Communication attempt on fd 3.
Execing podman (podman run --rm --name echo --network=none ghcr.io/eriksjolund/socket-activate-echo)
Trying to pull ghcr.io/eriksjolund/socket-activate-echo:latest...
Getting image source signatures
Copying blob 8f86b487677f done  
Copying blob 405f018f9d1d done  
Copying blob 84181241371f done  
Copying config 449266aeaf done  
Writing manifest to image destination
Storing signatures
ERRO[0005] Unable to write pod event: "write unixgram @a2e6d->/run/systemd/journal/socket: sendmsg: bad file descriptor" 
ERRO[0005] Unable to write pod event: "write unixgram @a2e6d->/run/systemd/journal/socket: sendmsg: bad file descriptor" 
ERRO[0005] Unable to write pod event: "write unixgram @a2e6d->/run/systemd/journal/socket: sendmsg: bad file descriptor" 
  1. Second shell
$  echo hello | socat -t 100 - unix:/tmp/stream
$ echo $?
0
$ 

Interestingly the command echo hello | socat -t 100 - unix:/tmp/stream returned
right away. Probably the connection was closed from the other side.
(-t 100 means a timeout of 100 seconds).

I tried the same echo test again but now with sudo setenforce 0. It failed.

I tried the same echo test again but now with podman unshare /bin/true. It succeeded.

Conclusion: This issue seems related to socket activation and not having the user namespace set up.

@eriksjolund
Copy link
Contributor Author

New test with Fedora CoreOS. Podman version 4.2.1.
I got the same result as before.

test: "podman system service" (via "systemctl --user start podman.service")

test.sh

#!/bin/bash

set -o errexit
set -o nounset

username=$1
seconds=$2
sudo useradd "$username"

echo "set -o errexit
set -o nounset

systemctl --user start podman.socket
systemctl --user start podman.service
sleep $seconds
systemctl --user show -P ActiveState podman.service

" | sudo systemd-run "--machine=${username}@" --quiet --user --collect --pipe --wait bash -

test_unshare.sh

Is almost the same as test.sh but with an additional line

--- /tmp/test.sh	2022-09-25 08:41:05.148456553 +0000
+++ /tmp/test_unshare.sh	2022-09-25 08:40:38.141553130 +0000
@@ -11,6 +11,7 @@
 set -o nounset
 
 systemctl --user start podman.socket
+podman unshare /bin/true
 systemctl --user start podman.service
 sleep $seconds
 systemctl --user show -P ActiveState podman.service
[root@localhost ~]# bash /tmp/test.sh testuser20 1
failed
[root@localhost ~]# bash /tmp/test_unshare.sh testuser21 1
active
[root@localhost ~]#

When using a sleep-value of 0 seconds, the service is active. I guess the service has not yet failed.

[root@localhost ~]# bash /tmp/test.sh testuser22 0 
active

test: socket activation of containers

socketactivation.sh

#!/bin/bash

set -o errexit
set -o nounset

username=$1

sudo useradd "$username"

echo "set -o errexit
set -o nounset

systemctl --user start podman.socket
systemd-socket-activate -l /home/${username}/sock podman run --rm --name echo --network=none ghcr.io/eriksjolund/socket-activate-echo > ~/stdout 2> ~/stderr &
sleep 1
echo hello | socat -t 100 - unix:/home/${username}/sock
echo
echo stdout ---------------------
cat ~/stdout
echo
echo stderr ---------------------
cat ~/stderr
" | sudo systemd-run "--machine=${username}@" --quiet --user --collect --pipe --wait bash -

socketactivation_unshare.sh

Is almost the same as socketactivation.sh but with an additional line

[root@asus ~]# diff -u /tmp/socketactivation.sh /tmp/socketactivation_unshare.sh 
--- /tmp/socketactivation.sh	2022-09-28 21:00:48.704516815 +0200
+++ /tmp/socketactivation_unshare.sh	2022-09-28 21:01:00.028254794 +0200
@@ -11,6 +11,7 @@
 set -o nounset
 
 systemctl --user start podman.socket
+podman unshare /bin/true
 systemd-socket-activate -l /home/${username}/sock podman run --rm --name echo --network=none ghcr.io/eriksjolund/socket-activate-echo > ~/stdout 2> ~/stderr &
 sleep 1
 echo hello | socat -t 100 - unix:/home/${username}/sock

The reply hello can not be seen when running socketactivation.sh:

[root@asus ~]# bash /tmp/socketactivation.sh testuser26

stdout ---------------------

stderr ---------------------
Listening on /home/testuser26/sock as 3.
Communication attempt on fd 3.
Execing podman (podman run --rm --name echo --network=none ghcr.io/eriksjolund/socket-activate-echo)
[root@asus ~]# 

The reply hello can be seen when running socketactivation_unshare.sh:

[root@asus ~]# bash /tmp/socketactivation_unshare.sh testuser27
hello

stdout ---------------------

stderr ---------------------
Listening on /home/testuser27/sock as 3.
Communication attempt on fd 3.
Execing podman (podman run --rm --name echo --network=none ghcr.io/eriksjolund/socket-activate-echo)
Trying to pull ghcr.io/eriksjolund/socket-activate-echo:latest...
Getting image source signatures
Copying blob sha256:405f018f9d1d0f351c196b841a7c7f226fb8ea448acd6339a9ed8741600275a2
Copying blob sha256:8f86b487677f60377e85bf8d56e7de240f14549c1a42be519a2e23cbb510dabd
Copying blob sha256:84181241371f92d412fd434145c5ccf41b74aef1e642aec3fe7bd7db58e4fef6
Copying config sha256:449266aeafb99e0ddb0481ad401c83471e651acef4912b3c8b645e3f483cba22
Writing manifest to image destination
Storing signatures
[root@asus ~]# 

About the system

[root@localhost ~]# rpm -q podman
podman-4.2.1-2.fc38.aarch64
[root@localhost ~]# podman version
Client:       Podman Engine
Version:      4.2.1
API Version:  4.2.1
Go Version:   go1.19.1
Built:        Wed Sep  7 19:57:08 2022
OS/Arch:      linux/arm64
[root@localhost ~]# podman info
host:
  arch: arm64
  buildahVersion: 1.27.0
  cgroupControllers:
  - cpuset
  - cpu
  - io
  - memory
  - pids
  - misc
  cgroupManager: systemd
  cgroupVersion: v2
  conmon:
    package: conmon-2.1.2-3.fc37.aarch64
    path: /usr/bin/conmon
    version: 'conmon version 2.1.2, commit: '
  cpuUtilization:
    idlePercent: 99.68
    systemPercent: 0.14
    userPercent: 0.18
  cpus: 1
  distribution:
    distribution: fedora
    variant: coreos
    version: "38"
  eventLogger: journald
  hostname: localhost.localdomain
  idMappings:
    gidmap: null
    uidmap: null
  kernel: 6.0.0-0.rc5.37.fc38.aarch64
  linkmode: dynamic
  logDriver: journald
  memFree: 145297408
  memTotal: 2051227648
  networkBackend: netavark
  ociRuntime:
    name: crun
    package: crun-1.6-2.fc38.aarch64
    path: /usr/bin/crun
    version: |-
      crun version 1.6
      commit: 18cf2efbb8feb2b2f20e316520e0fd0b6c41ef4d
      spec: 1.0.0
      +SYSTEMD +SELINUX +APPARMOR +CAP +SECCOMP +EBPF +CRIU +LIBKRUN +YAJL
  os: linux
  remoteSocket:
    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: true
  serviceIsRemote: false
  slirp4netns:
    executable: /usr/bin/slirp4netns
    package: slirp4netns-1.2.0-5.fc37.aarch64
    version: |-
      slirp4netns version 1.2.0
      commit: 656041d45cfca7a4176f6b7eed9e4fe6c11e8383
      libslirp: 4.7.0
      SLIRP_CONFIG_VERSION_MAX: 4
      libseccomp: 2.5.3
  swapFree: 0
  swapTotal: 0
  uptime: 94h 5m 41.00s (Approximately 3.92 days)
plugins:
  authorization: null
  log:
  - k8s-file
  - none
  - passthrough
  - journald
  network:
  - bridge
  - macvlan
  volume:
  - local
registries:
  search:
  - registry.fedoraproject.org
  - registry.access.redhat.com
  - docker.io
  - quay.io
store:
  configFile: /usr/share/containers/storage.conf
  containerStore:
    number: 0
    paused: 0
    running: 0
    stopped: 0
  graphDriverName: overlay
  graphOptions:
    overlay.mountopt: nodev,metacopy=on
  graphRoot: /var/lib/containers/storage
  graphRootAllocated: 10188992512
  graphRootUsed: 4284981248
  graphStatus:
    Backing Filesystem: xfs
    Native Overlay Diff: "false"
    Supports d_type: "true"
    Using metacopy: "true"
  imageCopyTmpDir: /var/tmp
  imageStore:
    number: 0
  runRoot: /run/containers/storage
  volumePath: /var/lib/containers/storage/volumes
version:
  APIVersion: 4.2.1
  Built: 1662580628
  BuiltTime: Wed Sep  7 19:57:08 2022
  GitCommit: ""
  GoVersion: go1.19.1
  Os: linux
  OsArch: linux/arm64
  Version: 4.2.1

eriksjolund added a commit to eriksjolund/podman that referenced this issue Oct 15, 2022
[NO NEW TESTS NEEDED]

Fixes: containers#15927

Signed-off-by: Erik Sjölund <[email protected]>
mheon pushed a commit to mheon/libpod that referenced this issue Oct 18, 2022
[NO NEW TESTS NEEDED]

Fixes: containers#15927

Signed-off-by: Erik Sjölund <[email protected]>
@github-actions github-actions bot added the locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments. label Sep 12, 2023
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 12, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
kind/bug Categorizes issue or PR as related to a bug. locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant