-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Using --opt o=size=10M on Podman Local Volumes Passes Unsupported 'size' Mount Option on XFS #25368
Comments
It's not Still, I find it very curious that |
Alternatively we could just add more native support for |
It's not - I made a typo in the theory part. Will omit it. |
And yes I can confirm that for this syntax |
Your reproducer says
But you logs shows
These are two different things, the first creates a normal bind mount and tries to enable quotas, the second however mounts a new filesystem (xfs) and all the So I would say it is very much expected that the second command does not work. The first however should work per docs. |
Thanks, @Luap99 With the 1st option where it's creating a normal bind it doesn't pass the mount options forward. But with this I ran into another issue, that the volume quota option ( Steps to reproduce:
My Hypothesis:
@Luap99 , @mheon |
stripProjectInherit is only used for the top-level directory. The |
Ahh...I see. Yes, but still this behavior is unexpected ! Also direct write on the host confirms that at filesystem level xfs quotas are only enforced on volume name directory not on its children subdirectories ( @mheon @Luap99 -------------- Logs Below (Concerned parts are marked with **) ------------
|
Issue Description
When using the local volume driver with the
--opt o=size=10M
option on an XFS-backed storage (with project quotas enabled), Podman correctly creates the volume and assigns an XFS project quota. However, during container startup, Podman erroneously passes the “size” option as a mount parameter to the XFS mount command. Since XFS does not recognize a “size” mount option, the container fails to start with an error:mount: /mnt/data/containers/storage/volumes/testVolume/_data: fsconfig system call failed: xfs: Unknown parameter 'size'
Steps to reproduce the issue
/dev/sdb1
) as XFS and mount it at/mnt/data
withprjquota
enabled./etc/fstab
entry:/etc/containers/storage.conf
to set graphroot:podman volume create --driver local --opt o=size=10M testVolume
xfs_quota -x -c "report -p" /mnt/data
podman run --rm -v testVolume:/data busybox sh -c "dd if=/dev/zero of=/data/testfile bs=1M count=15"
Describe the results you received
Actual Behavior:
--opt o=size=10M
, Podman sets the project quota as expected.-o size=10M
, which is rejected by the XFS mount system call, causing the container to fail to start.Debug Logs and Analysis:
xfs_quota
), it later passes the “size=10M” mount option when mounting the volume inside the container.--opt o=size=10M
option, Podman mounts the volume successfully, and quotas can be manually enforced using XFS tools.Describe the results you expected
Expected Behavior:
--opt o=size=10M
parameter to set the XFS project quota on the volume (which it does) but should not pass a “size=10M” option to the mount system call when starting a container.podman info output
Podman in a container
No
Privileged Or Rootless
Privileged
Upstream Latest Release
Yes
Additional environment details
Environment:
prjquota
)graphroot = "/mnt/data/containers/storage"
Additional information
Impact:
Additional Information:
--opt o=size=10M
option into mount options for XFS.The text was updated successfully, but these errors were encountered: