You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When you stop the container while the HealthCheck is in progress. Then the podman healthcheck run command will exit with exit code 1 and print unhealthy. But when you run the podman inspect command, you get the HealthCheck status as healthy and the FailingStreak 1. I think this behavior is incorrect from some point of view. The correct solution should be to exit the discussion.
On the one hand, the result of the podman healthcheck run is correct. The HealthCheck command in the container has been terminated. On the other hand, the container was killed by the user, so the result should healthy because the user terminated the container. I think it was a good idea to add a new state to explain this state. ("killed") Or unify the results from the podman inspect and the podman healthcheck run.
I think we should discuss the right solution.
podman info output
host:
arch: arm64buildahVersion: 1.39.0-devcgroupControllers:
- cpu
- io
- memory
- pidscgroupManager: systemdcgroupVersion: v2conmon:
package: conmon-2.1.12-2.fc40.aarch64path: /usr/bin/conmonversion: 'conmon version 2.1.12, commit: 'cpuUtilization:
idlePercent: 98.7systemPercent: 0.32userPercent: 0.97cpus: 6databaseBackend: sqlitedistribution:
distribution: fedoravariant: workstationversion: "40"eventLogger: journaldfreeLocks: 2047hostname: fedoraidMappings:
gidmap:
- container_id: 0host_id: 1000size: 1
- container_id: 1host_id: 524288size: 65536uidmap:
- container_id: 0host_id: 1000size: 1
- container_id: 1host_id: 524288size: 65536kernel: 6.12.11-100.fc40.aarch64linkmode: dynamiclogDriver: journaldmemFree: 12456427520memTotal: 16722104320networkBackend: netavarknetworkBackendInfo:
backend: netavarkdns:
package: aardvark-dns-1.13.1-1.fc40.aarch64path: /usr/libexec/podman/aardvark-dnsversion: aardvark-dns 1.13.1package: netavark-1.13.1-1.fc40.aarch64path: /usr/libexec/podman/netavarkversion: netavark 1.13.1ociRuntime:
name: crunpackage: crun-1.19.1-1.fc40.aarch64path: /usr/bin/crunversion: |- crun version 1.19.1 commit: 3e32a70c93f5aa5fea69b50256cca7fd4aa23c80 rundir: /run/user/1000/crun spec: 1.0.0 +SYSTEMD +SELINUX +APPARMOR +CAP +SECCOMP +EBPF +CRIU +LIBKRUN +WASM:wasmedge +YAJLos: linuxpasta:
executable: /usr/bin/pastapackage: passt-0^20250121.g4f2c8e7-2.fc40.aarch64version: | pasta 0^20250121.g4f2c8e7-2.fc40.aarch64-pasta Copyright Red Hat GNU General Public License, version 2 or later <https://www.gnu.org/licenses/old-licenses/gpl-2.0.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.remoteSocket:
exists: truepath: /run/user/1000/podman/podman.sockrootlessNetworkCmd: pastasecurity:
apparmorEnabled: falsecapabilities: 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_CHROOTrootless: trueseccompEnabled: trueseccompProfilePath: /usr/share/containers/seccomp.jsonselinuxEnabled: trueserviceIsRemote: falseslirp4netns:
executable: ""package: ""version: ""swapFree: 8589930496swapTotal: 8589930496uptime: 0h 26m 50.00svariant: v8plugins:
authorization: nulllog:
- k8s-file
- none
- passthrough
- journaldnetwork:
- bridge
- macvlan
- ipvlanvolume:
- localregistries:
search:
- registry.fedoraproject.org
- registry.access.redhat.com
- docker.iostore:
configFile: /home/jrodak/.config/containers/storage.confcontainerStore:
number: 1paused: 0running: 0stopped: 1graphDriverName: overlaygraphOptions: {}graphRoot: /home/jrodak/.local/share/containers/storagegraphRootAllocated: 67014492160graphRootUsed: 17006985216graphStatus:
Backing Filesystem: btrfsNative Overlay Diff: "true"Supports d_type: "true"Supports shifting: "false"Supports volatile: "true"Using metacopy: "false"imageCopyTmpDir: /var/tmpimageStore:
number: 3runRoot: /run/user/1000/containerstransientStore: falsevolumePath: /home/jrodak/.local/share/containers/storage/volumesversion:
APIVersion: 5.4.0-devBuilt: 1739193749BuiltTime: Mon Feb 10 14:22:29 2025GitCommit: a61e378bac80d1ca2e1642522688adcb78b10aa0GoVersion: go1.22.11Os: linuxOsArch: linux/arm64Version: 5.4.0-dev
Podman in a container
No
Privileged Or Rootless
None
Upstream Latest Release
Yes
Additional environment details
Additional environment details
Additional information
Additional information like issue happens only occasionally or issue happens with a particular architecture or on a particular setting
The text was updated successfully, but these errors were encountered:
Issue Description
When you stop the container while the HealthCheck is in progress. Then the
podman healthcheck run
command will exit with exit code1
and printunhealthy
. But when you run thepodman inspect
command, you get the HealthCheck status ashealthy
and the FailingStreak1
. I think this behavior is incorrect from some point of view. The correct solution should be to exit the discussion.Steps to reproduce the issue
Steps to reproduce the issue
podman run -dt --replace --name hc1 --health-cmd 'sleep 25s;echo "hc-done"' quay.io/libpod/alpine:latest sleep 300
podman healthcheck run hc1
podman stop hc1
podman inspect hc1
Describe the results you received
The output of
podman healthcheck run hc1
:unhealthy
Exit code: 1
The output of
podman inspect hc1
:Describe the results you expected
On the one hand, the result of the
podman healthcheck run
is correct. The HealthCheck command in the container has been terminated. On the other hand, the container was killed by the user, so the result should healthy because the user terminated the container. I think it was a good idea to add a new state to explain this state. ("killed") Or unify the results from thepodman inspect
and thepodman healthcheck run
.I think we should discuss the right solution.
podman info output
Podman in a container
No
Privileged Or Rootless
None
Upstream Latest Release
Yes
Additional environment details
Additional environment details
Additional information
Additional information like issue happens only occasionally or issue happens with a particular architecture or on a particular setting
The text was updated successfully, but these errors were encountered: