volumes: Fix idmap not working for volumes#16249
volumes: Fix idmap not working for volumes#16249openshift-merge-robot merged 1 commit intocontainers:mainfrom
Conversation
fa518d6 to
c040409
Compare
c040409 to
106f5c6
Compare
|
Test failures are all search flakes - Dockerhub acting up again. |
|
Code LGTM; any chance you could add a test? |
Hmm, I added a quick test, but apparently neither Ubuntu nor Fedora 36 has a new enough kernel (5.19 or newer). At least that is why I think it is failing with: I guess I could add a test to Any suggestions? |
|
I would expect F36 to have a new enough kernel, but maybe the VMs haven't been updated. @cevich Do we have 5.19 anywhere in CI? We can skip the test everywhere else if we can get at least one distro working. |
The log for F36 shows |
|
it also depends on the underlying file system. My suggestion is to ignore the error if it contains "Operation not permitted" |
If the filesystem doesn't support it but you are sufficiently privileged you should always see |
|
@cevich PTAL |
24d1659 to
fca3584
Compare
idmap is documented as supported for volumes, but it was not added to the getNamedVolume() function. Fixes: e83d366 ("volumes: add new option idmap") Signed-off-by: Kristian Klausen <kristian@klausen.dk>
fca3584 to
3e6637a
Compare
|
CI is green🎉I mixed up the kernel versions, 5.19 added |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: giuseppe, klausenbusk The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
idmap is documented as supported for volumes, but it was not added to the getNamedVolume() function.
Fixes: e83d366 ("volumes: add new option idmap")
Signed-off-by: Kristian Klausen kristian@klausen.dk
Does this PR introduce a user-facing change?
cc @giuseppe as you added the
idmapoption.