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:
Thanks for the fast answer!
Is there any (other) way to get a complete list of extended attributes?
Not at the moment, as far as I can tell.
Is there something documented - meaning what can I
rely on in the future?
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