Am 16.12.19 um 11:43 schrieb Gregory Farnum: > Yes, CephFS makes no attempt to maintain atime. If that's something > you care about you should make a ticket and a case for why it's > important. :) Thanks for confirming :-). For those following along and also interested, I created the ticket here: https://tracker.ceph.com/issues/43337 Our use case (probably applicable to many clusters - also described there) is "cleanup", i.e. find data not read since months which might be a good candidate for deletion (or maybe, moving to a "colder" place). Cheers and thanks, Oliver > > On Sat, Dec 14, 2019 at 5:42 AM Oliver Freyermuth > <freyermuth@xxxxxxxxxxxxxxxxxx> wrote: >> >> Hi together, >> >> I had a look at ceph-fuse code and if I read it correctly, it does indeed not seem to have the relatime behaviour since kernels 2.6.30 implemented. >> Should I open a ticket on this? >> >> Cheers, >> Oliver >> >> Am 02.12.19 um 14:31 schrieb Oliver Freyermuth: >>> I was thinking about the behaviour of relatime on kernels since 2.6.30 (quoting mount(8)): >>> -------------------- >>> "Update inode access times relative to modify or change time. Access time is only updated if the previous access time was earlier than the current modify or change time. (Similar to >>> noatime, but it doesn't break mutt or other applications that need to know if a file has been read since the last time it was modified.) >>> >>> Since Linux 2.6.30, the kernel defaults to the behavior provided by this option (unless noatime was specified), >>> and the strictatime option is required to obtain traditional semantics. In addition, since >>> Linux 2.6.30, the file's last access time is always updated if it is more than 1 day old." >>> -------------------- >> >> _______________________________________________ >> ceph-users mailing list -- ceph-users@xxxxxxx >> To unsubscribe send an email to ceph-users-leave@xxxxxxx >
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx To unsubscribe send an email to ceph-users-leave@xxxxxxx
