Named volume creation with volume path on ecryptfs fails #5200
Labels
kind/bug
Categorizes issue or PR as related to a bug.
locked - please file new issue/PR
Assist humans wanting to comment on an old issue or PR with locked comments.
stale-issue
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
Creating a named volume with volume path on an ecryptfs filesystem fails with operation not supported.
Steps to reproduce the issue:
Start with volume path on an ecryptfs filesystem and selinux enabled
Run
podman volume create bug
Describe the results you received:
The command returns 125 and prints
Error: error setting selinux label for /home/aspeer/.local/share/containers/storage/volumes/bug/_data to "system_u:object_r:container_file_t:s0:c980,c892" as shared: failed to set file label on home/aspeer/.local/share/containers/storage/volumes/bug/_data: operation not supported
.The volume is not created.
An empty
bug/_data
directory is left behind in the volume path.Describe the results you expected:
The volume is created without error.
Additional information you deem important (e.g. issue happens only occasionally):
This only happens when creating a volume. Mounting a directory from the host in a container works fine, even if the source directory is on ecryptfs.
Output of
podman version
:Output of
podman info --debug
:Package info (e.g. output of
rpm -q podman
orapt list podman
):Additional environment details (AWS, VirtualBox, physical, etc.):
Physical machine, fedora 31 with linux 5.4.13
The text was updated successfully, but these errors were encountered: