[LU-15259] SLES15.2 sanity test_103a test_125 test_154a: setfacl: Option -m: Invalid argument near character 3 Created: 19/Nov/21 Updated: 04/Nov/22 Resolved: 12/Sep/22 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.16.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Andreas Dilger | Assignee: | Andreas Dilger |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | ubuntu | ||
| Issue Links: |
|
||||||||||||||||||||||||||||
| Severity: | 3 | ||||||||||||||||||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||||||||||||||||||
| Description |
|
This issue was created by maloo for Andreas Dilger <adilger@whamcloud.com> This issue relates to the following test suite run: https://testing.whamcloud.com/test_sets/e1e7f0ed-909c-41f4-87a2-7e69b8ef80a0 test_103a failed with the following error: $ setfacl -m u:bin:rw f -- failed ~ ? setfacl: Option -m: Invalid argument near character 3 $ setfacl -R -m u:bin:rwx h -- failed ~ ? setfacl: Option -m: Invalid argument near character 3 run_acl_subtest cp failed It appears that this is some change in the "setfacl" command-line parsing for SLES15.2, as it hasn't failed for any other distro in this way, and fails 100% for SLES15.2 for this test on a number of different branches, so is not related to a recent code change. It is more likely related to a new version of the acl package installed on SLES15.2, but will likely also be seen as other distros update, unless this is a change local to SLES15 itself. VVVVVVV DO NOT REMOVE LINES BELOW, Added by Maloo for auto-association VVVVVVV |
| Comments |
| Comment by Andreas Dilger [ 19/Nov/21 ] |
|
This needs some investigation directly on SLES15.2 to see what has changed with the setfacl command, and the tests that are failing with this problem need to be updated to use a compatible command-line format (ideally in a way that is compatible with older setfacl commands, and/or a bug filed with SuSE about this interface breakage. The working acl version on RHEL8 is acl-2.2.53, while SLES15 looks like it has acl-2.3.1. The other possibility is that "bin" is not a valid username on SLES15? This shows as bin:x:1:1:bin:/bin:/sbin/nologin in RHEL. In that case, we'd need to find some other username that is common between the distros, or (less great) create the "bin" user when SLES15 is installed. |
| Comment by Andreas Dilger [ 20/Nov/21 ] |
|
So it looks like "bin" is not listed in the SLES15 /etc/passwd file. It looks like "u:daemon" is also missing. Different users needs to be put into the test scripts. |
| Comment by Gerrit Updater [ 20/Nov/21 ] |
|
"Andreas Dilger <adilger@whamcloud.com>" uploaded a new patch: https://review.whamcloud.com/45627 |
| Comment by Andreas Dilger [ 20/Nov/21 ] |
|
According to the permission.test, the "daemon" user must be a member of the "bin" group, but this isn't the case for "nobody" and the "rpc" group, so a few tests fail. |
| Comment by Gerrit Updater [ 15/Dec/21 ] |
|
"Andreas Dilger <adilger@whamcloud.com>" uploaded a new patch: https://review.whamcloud.com/45868 |
| Comment by Andreas Dilger [ 15/Dec/21 ] |
|
The 45868 patch is just skipping these subtest for now, so this ticket should not be closed if that patch lands. I think there are two (complementary) solutions:
|
| Comment by Gerrit Updater [ 18/Jan/22 ] |
|
"Oleg Drokin <green@whamcloud.com>" merged in patch https://review.whamcloud.com/45868/ |
| Comment by Peter Jones [ 12/Sep/22 ] |
|
Landed for 2.16 |