-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Listing container changes tries to write/mount additionalimagestores as upperdir #12926
Comments
The problem is overlay.Driver |
Could you write up a step by step environment on how to set this up? |
Any read-only image store will do. You need to use overlayfs or fuse-overlay as a backend:
Alternative way, without remote:
|
Likewise, |
Thanks I hope to get some time to look into this. @giuseppe do you have some time? |
I tried fixing it in linked PR, perhaps it's a start. |
is the patch for containers/storage enough to address this issue? |
This patch is enough, yes. |
A friendly reminder that this issue had no activity for 30 days. |
Was fixed in containers/storage#1123 |
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
additionalimagestores
is supposed to provide a read-only storage of unpacked layers.However, using it breaks the
/libpod/containers/{name}/changes
endpoint, as it tries towrite or do writeable mounts inside the
additionalimagestores
.Steps to reproduce the issue:
Pull
alpine:latest
intoadditionalimagestores
Create a container that uses layers there:
Until this step, the additionalimagestores is properly used as lowerdir only.
/libpod/containers/{name}/changes
and trigger an error:In dmesg we see:
Describe the results you received:
The additionalimagestores was used as an upperdir, creating an error.
Describe the results you expected:
I expected to see the changes I did to the container (in this case, none).
If an upperdir is needed for this operation (not sure why), it should be created in graphRoot, just like for the actual container.
Output of
podman version
:Output of
podman info --debug
:Package info (e.g. output of
rpm -q podman
orapt list podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide? (https://github.com/containers/podman/blob/main/troubleshooting.md)
Not tested.
Additional environment details (AWS, VirtualBox, physical, etc.):
/nfs/podman
is a NFS3 read-only mount.The text was updated successfully, but these errors were encountered: