2.10.4 client seems to have introduced a regression from 2.10.3.
we now see this message from clients
the upshot of which is that those files then can't be exec'd by the kernel.
all our servers are now centos 7.4 and 2.10.4 + LU10988 lfsck patch, zfs 0.7.9.
we have 4 lustre filesystems in the cluster and this 'fail caps' issue happens on them all. more on the root filesystem because there are more exe's there.
for some files it seems to happen on all clients and be persistent eg. all the 2.10.4 client nodes see this
and for other files it's transient. eg. the exe's on the nodes listed above all work again now
g++ is interesting because it's hard-linked 4 times (to c++. etc. to a separate (non-hardlinked) file is a workaround and lets it be exec'd again, but that doesn't explain all the other files that sometimes work and sometimes don't.
apart from things like g++, the problem is rare, less than once per client per day.
as a workaround (so we can get all clients onto the more secure centos7.5) we'd like to run 2.10.3 on centos7.5 for a while, but it doesn't seem to work (looks to mount, but then ls says 'not a directory'). I don't suppose there's a patch or two that'll let 2.10.3 be functional on centos7.5? thanks.