Hi FYI we are running 16.2.7 as well and have the same problem several times a day/week. The way we fix this is by looking in the mds-logs. The inode(s) for the file(s) in question is usually referenced in the mds-logs (hex notation). We search for the inode with the following command: find /mnt/cephfs -inum `printf "%d" 0x10024834b1e` If the find command comes back with a file we rename the file to something different, wait a few secs and the usually that clears ceph status, afterwards we rename the file back to its original filename. Sometimes just running the find-command clears the status as well. Or just waiting a few hours also clears the error. We have tried tuning some values relating to mds cache trimming according to this article https://www.suse.com/support/kb/doc/?id=000019740 but to no avail... This bug is quite annoying and any input on how to prevent/minimize this issue would be very welcome. -- thomas 6. jul. 2022 kl. 10:54 skrev Alexander Sporleder <asporleder@xxxxxxxxxx<mailto:asporleder@xxxxxxxxxx>>: Hello Kotresh, We have the same problem quite frequently for a few month now with Ceph 16.2.7. For us the only thing that helps is a reboot of the MDS/client or the warning might disappears after a few days by itself. Its a Ubuntu kernel (5.13) client. Best, Alex Am Mittwoch, dem 06.07.2022 um 12:10 +0530 schrieb Kotresh Hiremath Ravishankar: Is this the kernel client ? If so, could you try dropping the cache as below ? # sync; echo 3 > /proc/sys/vm/drop_caches Mimic is EOL a long time back. Please upgrade to the latest supported version. Thanks, Kotresh HR On Tue, Jul 5, 2022 at 10:21 PM Frank Schilder <frans@xxxxxx<mailto:frans@xxxxxx>> wrote: Hi all, I seem to be hit by https://tracker.ceph.com/issues/38491 and have this warning now for about 12 hours. I can't find a minimally invasive way to fix that in the trackers. Version is mimic. The client in question is an SMB file server, which is the only server accessing the exported directory. I could probably do a "smbcontrol close-share ...", but would prefer something less disruptive. Is there any nice way to make the client and MDS friends again? Best regards, ================= Frank Schilder AIT Risø Campus Bygning 109, rum S14 _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx<mailto:ceph-users@xxxxxxx> To unsubscribe send an email to ceph-users-leave@xxxxxxx<mailto:ceph-users-leave@xxxxxxx> _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx<mailto:ceph-users@xxxxxxx> To unsubscribe send an email to ceph-users-leave@xxxxxxx<mailto:ceph-users-leave@xxxxxxx> _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx<mailto:ceph-users@xxxxxxx> To unsubscribe send an email to ceph-users-leave@xxxxxxx<mailto:ceph-users-leave@xxxxxxx> _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx To unsubscribe send an email to ceph-users-leave@xxxxxxx