Hide Forgot
Description of problem: kernel 4.18.0-358.el8 breaks the ceph client for clients with osd caps restricted to an osd namespace. This kernel was the first to enable async dirops by default; the issue was fixed by mounting with async dirops disabled (-owsync). Details are in https://tracker.ceph.com/issues/54013 Version-Release number of selected component (if applicable): kernel 4.18.0-358.el8 Also reproduced with upstream kernel 5.16.2 How to reproduce: Mount a ceph file share with caps like [client.xxx] key = xx== caps mds = "allow rw path=/volumes/_nogroup/xxx" caps mon = "allow r" caps osd = "allow rw pool=cephfs_data namespace=fsvolumens_xxx" Then try to untar a kernel, you'll get errors like # tar xf linux-5.17-rc1.tar.gz 2>&1 | head tar: linux-5.17-rc1/.get_maintainer.ignore: Cannot write: Operation not permitted tar: linux-5.17-rc1/.gitattributes: Cannot write: Operation not permitted tar: linux-5.17-rc1/.gitignore: Cannot write: Operation not permitted Fix: This patch is the proposed fix: https://lore.kernel.org/ceph-devel/20220125211022.114286-1-jlayton@kernel.org/T/#u
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Important: kernel security, bug fix, and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:1988