Details
-
Bug
-
Resolution: Fixed
-
Major
-
None
-
None
-
None
-
3
-
9223372036854775807
Description
Sometimes set ACLs will fail on one client but will work on a different client or on a new mount on the same client.
And it can be work intermittently.
We started to see this with
Clients:
lustre2.12.2 clients and sles11sp4
Servers:
lustre2.10.8 and lustre2.12.2
For example (I changed the real user and group names)
pfe22 ~ # getfacl /nobackupp2/t12345n getfacl: Removing leading '/' from absolute path names # file: nobackupp2/t12345n # owner: t12345n # group: s0123 user::rwx user:data123:r-x group::--- group:s0123:r-x mask::r-x other::--- pfe22 ~ # su - data123 -c "ls /nobackupp2/t12345n" ls: cannot open directory '/nobackupp2/t12345n': Permission denied pfe22 ~ # mkdir /nobackupp2_new pfe22 ~ # mount -t lustre 10.151.26.96@o2ib:/nbp2 /nobackupp2_new pfe22 ~ # su - data123 -c "ls /nobackupp2_new/t12345n" test
Attachments
Issue Links
- is related to
-
LU-12657 sanity/103 and sanityn/25 fail with 4.18 kernel
- Resolved