Open DavidMGau opened 1 month ago
I have also stumbled upon this. Original bug report against podman https://github.com/containers/podman/issues/13363. Since on Windows and macOS, this is happening with VM images under podman-machine
control, I think that it would make sense to set more sensible defaults for the image OS. @giuseppe
+1 also facing same on Mac.
@DavidMGau @aaccioly-zepz @usma0118 Thanks for opening the report folks! Can you please open an issue on podman side since this is upstream issue for us, not something podman desktop can do about.
+1
The issue was opened on the podman side some days ago: https://github.com/containers/podman/issues/23784.
Yup posted my comment there as well. For now doing this took care of it. "podman machine ssh sudo sysctl -w kernel.keys.maxkeys=20000" I don't get the reason why it keeps track of the count. Especially when the images are deleted.
Bug description
After creating and destroying a number of containers, I can suddenly no longer create containers. The run command fails with
Error: crun: create keyring
410742b2d2de473d2cb955f29b6988303489c911db754cfeb48c80478866d843: Disk quota exceeded: OCI runtime error
and no amount of deletion, pruning and restarting makes any difference.
There are two workarounds.
podman machine ssh <your-machine-name>
sudo su
echo "400" > /proc/sys/kernel/keys/maxkeys
So it seems that there is a small, fixed limit of distinct containers that can be produced, after which the user must start again or make a surgical change to the pod machine OS.
Can we have a pod machine default image that does not have this limitation?
Operating system
macOS
Installation Method
Brew (macOS)
Version
1.12.0
Steps to reproduce
Start some containers. Recreate them a few times. Eventually, any new run command will fail with a "disk quota exceeded" error.
Relevant log output
Additional context
No response