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
Running Podman on Mac OS (Ventura) I have several VS Code tasks which launch container instances. I run them with the --rm argument in order to remove the containers when I close VS Code window which was working flawlessly until recently. Now the containers keep running in background.
At first I thought it was an issue with Code, but the problem can be replicated opening a terminal and closing the window the container will keep running in background.
Steps to reproduce the issue
Steps to reproduce the issue
Run a container with the command podman run --rm {name}
Open another terminal and launch podman stats and check that a new container instance is created and running
Close the terminal window when the instance was running, if a warning appears, insist.
Describe the results you received
The launched container is still running in background as shown with podman stats
Describe the results you expected
The launched container stopped, and removed if --rm parameter has been given.
podman info output
host:
arch: amd64buildahVersion: 1.35.3cgroupControllers:
- cpu
- io
- memory
- pidscgroupManager: systemdcgroupVersion: v2conmon:
package: conmon-2.1.10-1.fc39.x86_64path: /usr/bin/conmonversion: 'conmon version 2.1.10, commit: 'cpuUtilization:
idlePercent: 99.19systemPercent: 0.36userPercent: 0.45cpus: 4databaseBackend: sqlitedistribution:
distribution: fedoravariant: coreosversion: "39"eventLogger: journaldfreeLocks: 2048hostname: localhost.localdomainidMappings:
gidmap:
- container_id: 0host_id: 1000size: 1
- container_id: 1host_id: 100000size: 1000000uidmap:
- container_id: 0host_id: 502size: 1
- container_id: 1host_id: 100000size: 1000000kernel: 6.8.4-200.fc39.x86_64linkmode: dynamiclogDriver: journaldmemFree: 1433288704memTotal: 2057216000networkBackend: netavarknetworkBackendInfo:
backend: netavarkdns:
package: aardvark-dns-1.10.0-1.fc39.x86_64path: /usr/libexec/podman/aardvark-dnsversion: aardvark-dns 1.10.0package: netavark-1.10.3-1.fc39.x86_64path: /usr/libexec/podman/netavarkversion: netavark 1.10.3ociRuntime:
name: crunpackage: crun-1.14.4-1.fc39.x86_64path: /usr/bin/crunversion: |- crun version 1.14.4 commit: a220ca661ce078f2c37b38c92e66cf66c012d9c1 rundir: /run/user/502/crun spec: 1.0.0 +SYSTEMD +SELINUX +APPARMOR +CAP +SECCOMP +EBPF +CRIU +LIBKRUN +WASM:wasmedge +YAJLos: linuxpasta:
executable: /usr/bin/pastapackage: passt-0^20240405.g954589b-1.fc39.x86_64version: | pasta 0^20240405.g954589b-1.fc39.x86_64 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/502/podman/podman.socksecurity:
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: trueslirp4netns:
executable: /usr/bin/slirp4netnspackage: slirp4netns-1.2.2-1.fc39.x86_64version: |- slirp4netns version 1.2.2 commit: 0ee2d87523e906518d34a6b423271e4826f71faf libslirp: 4.7.0 SLIRP_CONFIG_VERSION_MAX: 4 libseccomp: 2.5.3swapFree: 0swapTotal: 0uptime: 26h 39m 17.00s (Approximately 1.08 days)variant: ""plugins:
authorization: nulllog:
- k8s-file
- none
- passthrough
- journaldnetwork:
- bridge
- macvlan
- ipvlanvolume:
- localregistries:
search:
- docker.iostore:
configFile: /var/home/core/.config/containers/storage.confcontainerStore:
number: 0paused: 0running: 0stopped: 0graphDriverName: overlaygraphOptions: {}graphRoot: /var/home/core/.local/share/containers/storagegraphRootAllocated: 106769133568graphRootUsed: 11910819840graphStatus:
Backing Filesystem: xfsNative Overlay Diff: "true"Supports d_type: "true"Supports shifting: "false"Supports volatile: "true"Using metacopy: "false"imageCopyTmpDir: /var/tmpimageStore:
number: 85runRoot: /run/user/502/containerstransientStore: falsevolumePath: /var/home/core/.local/share/containers/storage/volumesversion:
APIVersion: 5.0.2Built: 1713312000BuiltTime: Tue Apr 16 20:00:00 2024GitCommit: ""GoVersion: go1.21.9Os: linuxOsArch: linux/amd64Version: 5.0.2
Podman in a container
No
Privileged Or Rootless
Rootless
Upstream Latest Release
No
Additional environment details
Running Mac OS Ventura on a Mid 2012 Macbook Pro using OpenCore Patcher
Additional information
No response
The text was updated successfully, but these errors were encountered:
podman run just forwards the signal to the container process, in case of closing a terminal that would most likely be SIGHUP, are you sure your container does not ignore the signal?
Alternatively it could be that your terminal is killing the podman run process right away so it cannot forward the signal.
Issue Description
Running Podman on Mac OS (Ventura) I have several VS Code tasks which launch container instances. I run them with the
--rm
argument in order to remove the containers when I close VS Code window which was working flawlessly until recently. Now the containers keep running in background.At first I thought it was an issue with Code, but the problem can be replicated opening a terminal and closing the window the container will keep running in background.
Steps to reproduce the issue
Steps to reproduce the issue
podman run --rm {name}
podman stats
and check that a new container instance is created and runningDescribe the results you received
The launched container is still running in background as shown with
podman stats
Describe the results you expected
The launched container stopped, and removed if
--rm
parameter has been given.podman info output
Podman in a container
No
Privileged Or Rootless
Rootless
Upstream Latest Release
No
Additional environment details
Running Mac OS Ventura on a Mid 2012 Macbook Pro using OpenCore Patcher
Additional information
No response
The text was updated successfully, but these errors were encountered: