ambigous mds behind on trimming and slowops (ceph 17.2.5 and rook operator 1.10.8)
Team, Guys, We were facing cephFs volume mount issue and ceph status it was showing mds slow requests Mds behind on trimming After restarting mds pods it was resolved But wanted to know Root caus of this It was started after 2 hours of one of the active mds was crashed So does that an active mds crash can cause this issue ? Please provide your inputs anyone
Hi, May I know which version is being used in the cluster? It was started after 2 hours of one of the active mds was crashed Do we know the reason for the crash? Please share more info, `ceph -s` and MDS logs should reveal more insights. -- *Dhairya Parmar* Associate Software Engineer, CephFS IBM, Inc. On Fri, Feb 23, 2024 at 8:13 PM <a.warkhade98@gmail.com> wrote:
Team,
Guys,
We were facing cephFs volume mount issue and ceph status it was showing mds slow requests Mds behind on trimming
After restarting mds pods it was resolved But wanted to know Root caus of this It was started after 2 hours of one of the active mds was crashed So does that an active mds crash can cause this issue ?
Please provide your inputs anyone _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
Thanks Dhairya for response. its ceph 17.2.5 I don't have exact output for ceph -s currently as it is past issue.but it was like below and all PGs were active + clean AFAIR mds slow requests Mds behind on trimming don't know root cause why mds was crashed but i am suspecting its something to do with active mon failure. before the crash 2 nodes consisting 2 active mons were restarted causing those mon pods to restart both nodes were restarted one by one for some maintenance activity.
participants (2)
-
a.warkhade98＠gmail.com
-
Dhairya Parmar