Re: [ceph-users] Controlling CephFS hard link "primary name" for recursive stat

2019-02-12 Thread Hector Martin
On 11/02/2019 18:52, Yan, Zheng wrote: how about directly reading backtrace, something equivalent to: rados -p cephfs1_data getxattr xxx. parent >/tmp/parent ceph-dencoder import /tmp/parent type inode_backtrace_t decode dump_json Where xxx is just the hex inode from stat(), ri

Re: [ceph-users] Controlling CephFS hard link "primary name" for recursive stat

2019-02-11 Thread Yan, Zheng
On Sat, Feb 9, 2019 at 8:10 AM Hector Martin wrote: > > Hi list, > > As I understand it, CephFS implements hard links as effectively "smart > soft links", where one link is the primary for the inode and the others > effectively reference it. When it comes to directories, the size for a > hardlinke

[ceph-users] Controlling CephFS hard link "primary name" for recursive stat

2019-02-08 Thread Hector Martin
Hi list, As I understand it, CephFS implements hard links as effectively "smart soft links", where one link is the primary for the inode and the others effectively reference it. When it comes to directories, the size for a hardlinked file is only accounted for in recursive stats for the "primary"