Debugging tool for pods and images
podman is a simple client only tool to help with debugging issues when daemons such as CRI runtime and the kubelet are not responding or failing. A shared API layer could be created to share code between the daemon and podman. podman does not require any daemon running. podman utilizes the same underlying components that crio uses i.e. containers/image, container/storage, oci-runtime-tool/generate, runc or any other OCI compatible runtime. podman shares state with crio and so has the capability to debug pods/images created by crio.
- Devel package for openSUSE:Factory
-
11
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout devel:microos/podman && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
README.SUSE.SLES | 0000000595 595 Bytes | |
_service | 0000000580 580 Bytes | |
_servicedata | 0000000238 238 Bytes | |
podman-4.1.1.tar.xz | 0006466752 6.17 MB | |
podman-rpmlintrc | 0000000316 316 Bytes | |
podman.changes | 0000296160 289 KB | |
podman.conf | 0000000048 48 Bytes | |
podman.spec | 0000008526 8.33 KB |
Revision 3 (latest revision is 75)
Richard Brown (RBrownSUSE)
accepted
request 984428
from
Richard Brown (RBrownSUSE)
(revision 3)
- Update to version 4.1.1: * The output of the podman load command now mirrors that of docker load. * Podman now supports Docker Compose v2.2 and higher. Please note that it may be necessary to disable the use of Buildkit by setting the environment variable DOCKER_BUILDKIT=0. * A new container command has been added, podman container clone. This command makes a copy of an existing container, with the ability to change some settings (e.g. resource limits) while doing so. * Podman now supports sending JSON events related to machines to a Unix socket named machine_events.*\.sock in XDG_RUNTIME_DIR/podman or to a socket whose path is set in the PODMAN_MACHINE_EVENTS_SOCK environment variable. * Two new volume commands have been added, podman volume mount and podman volume unmount. These allow for Podman-managed named volumes to be mounted and accessed from outside containers. * The podman container checkpoint and podman container restore options now support checkpointing to and restoring from OCI images. This allows checkpoints to be distributed via standard image registries. * The podman play kube command now supports environment variables that are specified using the fieldRef and resourceFieldRef sources. * The podman play kube command will now set default resource limits when the provided YAML does not include them. * The podman play kube command now supports a new option, --annotation, to add annotations to created containers. * The podman play kube --build command now supports a new option, --context-dir, which allows the user to specify the context directory to use when building the Containerfile. * The podman container commit command now supports a new option, --squash, which squashes the generated image into a single layer. * The podman pod logs command now supports two new options, --names, which identifies which container generated a log message by name, instead of ID and --color, which colors messages based on what container generated them. * The podman rmi command now supports a new option, --ignore, which will ignore errors caused by missing images. * The podman network create command now features a new option, --ipam-driver, to specify details about how IP addresses are assigned to containers in the network. * The podman machine list command now features a new option, --quiet, to print only the names of configured VMs and no other information. * The --ipc option to the podman create, podman run, and podman pod create commands now supports three new modes: none, private, and shareable. The default IPC mode is now shareable, indicating the the IPC namespace can be shared with other containers. * The --mount option to the podman create and podman run commands can now set options for created named volumes via the volume-opt parameter. * The --mount option to the podman create and podman run commands now allows parameters to be passed in CSV format. * The --userns option to the podman create and podman run commands now supports a new option, nomap, that (only for rootless containers) does not map the UID of the user that started the container into the container, increasing security. * The podman import command now supports three new options, --arch, --os, and --variant, to specify what system the imported image was built for. * The podman inspect command now includes information on the network configuration of containers that joined a pre-configured network namespace with the --net ns: option to podman run, podman create, and podman pod create. * The podman run and podman create commands now support a new option, --chrootdirs, which specifies additional locations where container-specific files managed by Podman (e.g. /etc/hosts, `/etc/resolv.conf, etc) will be mounted inside the container (#12961). * The podman run and podman create commands now support a new option, --passwd-entry, allowing entries to be added to the container's /etc/passwd file. * The podman images --format command now accepts two new format directives: {{.CreatedAt}} and {{.CreatedSince}}. * The podman volume create command's -o option now accepts a new argument, o=noquota, to disable XFS quotas entirely and avoid potential issues when Podman is run on an XFS filesystem with existing quotas defined. * The podman info command now includes additional information on the machine Podman is running on, including disk utilization on the drive Podman is storing containers and images on, and CPU utilization. - Drop obsolete patches: * 0001-Adjust-buildah-to-opencontainers-selinux-v1.10.1.patch * 0001-Relabel-relabel-links-instead-of-their-targets.patch * 0002-specgen-do-not-set-OOMScoreAdj-by-default.patch * 0004-fix-Container.cGroupPath-skip-empty-line-to-avoid-fa.patch
Comments 6
This version dosnt build on 15.3 and 15.4 for x86_64. Can you fix it, please? Maybe update to 4.2.1 will help. Thank you very much
This package is already 4.2.1
I have no interest in non-stable/perpetually obsolete Linux distros, so I will not be investigating the build failures there
IIRC it needs a newer gpgme, which isn't that easy to work around.
I wanted to test out the new quadlet features so I installed podman-4.4.1-2.1.aarch64 from devel:microos openSUSE_Factory_ARM.
I'm seeing the same symptoms as this bug report:
Quadlet generating services with wrong podman path
https://github.com/containers/podman/issues/17359
When using a *.container file, the quadlet/podman-system-generator generated systemd unit uses /usr/local/bin/podman instead of /usr/bin/podman.
The suggested fix (as was applied to Archlinux) seems to be setting PREFIX when calling make.
Also, the quadlet feature appears to unconditionally use the crun runtime instead of the default runtime (currently runc), so it may need to be installed too if this feature is used. (Not sure if this is an upstream bug or intentional.)
https://github.com/containers/podman/blob/bac20d1917622fa45130427c78231e2529ba328e/pkg/systemd/quadlet/quadlet.go#L317-L321
(Let me know if there is a better place to file issues than these comments?)
Bugzilla would be a better place for that.
Thanks for the detailed report. I've filed a Bugzilla (boo#1208510) and have raised a submit request(sr#1066929) with the fix.