Details
-
Bug
-
Resolution: Fixed
-
Blocker
-
Lustre 2.4.0
-
lustre-master #1142 OFED build ZFS
-
3
-
6094
Description
This issue was created by maloo for sarah <sarah@whamcloud.com>
This issue relates to the following test suite run: https://maloo.whamcloud.com/test_sets/e2ede512-5ae4-11e2-8985-52540035b04c.
The sub-test test_103 failed with the following error:
== sanity test 103: acl test =========================================== 16:53:11 (1357692791) performing cp ... [3] $ umask 022 -- ok [4] $ mkdir d -- ok [5] $ cd d -- ok [6] $ touch f -- ok [7] $ setfacl -m u:bin:rw f -- ok [8] $ ls -l f | awk -- '{ print $1 }' -- failed -rw-rw-r--+ ? -rw-rw-rw-+ [11] $ cp f g -- ok [12] $ ls -l g | awk -- '{ print $1 }' -- failed -rw-r--r-- ? -rw-rw-rw- [15] $ rm g -- ok [16] $ cp -p f g -- ok [17] $ ls -l f | awk -- '{ print $1 }' -- failed -rw-rw-r--+ ? -rw-rw-rw-+ [20] $ mkdir h -- ok [21] $ echo blubb > h/x -- ok [22] $ cp -rp h i -- ok [23] $ cat i/x -- ok [26] $ rm -r i -- ok [31] $ setfacl -R -m u:bin:rwx h -- ok [32] $ getfacl --omit-header h/x -- failed user::rw- | user::rw- user:bin:rwx | user:bin:rwx group::r-- ? group::rw- mask::rwx | mask::rwx other::r-- ? other::rw- | [40] $ cp -rp h i -- ok [41] $ getfacl --omit-header i/x -- failed user::rw- | user::rw- user:bin:rwx | user:bin:rwx group::r-- ? group::rw- mask::rwx | mask::rwx other::r-- ? other::rw- | [49] $ cd .. -- ok [50] $ rm -r d -- ok 22 commands (17 passed, 5 failed) sanity test_103: @@@@@@ FAIL:
Attachments
Issue Links
Activity
Labels | Original: LB always_except sequoia zfs | New: LB sequoia zfs |
Fix Version/s | New: Lustre 2.7.0 [ 10631 ] | |
Resolution | New: Fixed [ 1 ] | |
Status | Original: In Progress [ 3 ] | New: Resolved [ 5 ] |
Status | Original: Reopened [ 4 ] | New: In Progress [ 3 ] |
Resolution | Original: Duplicate [ 3 ] | |
Status | Original: Resolved [ 5 ] | New: Reopened [ 4 ] |
Labels | Original: LB sequoia zfs | New: LB always_except sequoia zfs |
Resolution | New: Duplicate [ 3 ] | |
Status | Original: Open [ 1 ] | New: Resolved [ 5 ] |
Comment |
[ It's because POSIX ACLs and umask interact and it's up to the filesystem to work out the correct interaction. I think ACL + umask calculations are done in OSD because of the different way's ACLs are stored (that's my impression from working through the code), but I agree it isn't well encapsulated. ] |
Summary | Original: sanity test_103: ACL copy failed | New: sanity test_103: ACL copy failed zfs - umask ignored |