[ceph-users] Re: getfattr problem on ceph-fs

Hi David, thanks for the link, I understand the problem now. I don't think this can be solved within ceph alone in a good way. There are other storage system that also use file system meta objects like .snap dirs and automatic xattribs for administrative purposes. All these are non-copy objects (dirs and attribs) and it almost sounds like this should become an extension of the respective APIs rather than workarounds on the storage system level. For example, it would also be nice if the .snap dirs (containing actual snaps) were discoverable directly on a file system with a tool like find but protected from copy. The MDS now has functions for showing such info, but holding a parallel data structure somewhere else than the mount point looks more like a workaround than an elegant integration and requires cluster admin access to answer a rather simple question a non-privileged user could answer herself. In the mean time, my attempt of a complete list: ceph.dir.entries ceph.dir.files ceph.dir.rbytes ceph.dir.rctime ceph.dir.rentries ceph.dir.rfiles ceph.dir.rsubdirs ceph.dir.subdirs ceph.dir.layout ceph.file.layout ceph.quota.max_bytes ceph.quota.max_files Best regards, ================= Frank Schilder AIT Risø Campus Bygning 109, rum S14 ________________________________________ From: David Disseldorp <ddiss(a)suse.de> Sent: 10 December 2019 15:55:07 To: Frank Schilder Cc: Yan, Zheng; ceph-users Subject: ORe: [ceph-users] Re: getfattr problem on ceph-fs Hi, On Tue, 10 Dec 2019 12:40:35 +0000, Frank Schilder wrote: Not at the moment, as far as I can tell. When the listxattr() entries were removed, Greg proposed that we could add a "ceph" namespaced xattr to provide discoverability: https://www.spinics.net/lists/ceph-devel/msg46220.html Somebody just needs to do the work to implement this :-) Cheers, David