Re: runaway mon DB

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Do you have mon_compact_on_start on true and tried an mon restart?

Just a guess
Hth
Mehmet

Am 27. Juni 2022 16:46:26 MESZ schrieb Wyll Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>:
>
>Running Ceph Pacific 16.2.7
>
>We have a very large cluster with 3 monitors.  One of the monitor DBs is > 2x the size of the other 2 and is growing constantly (store.db fills up) and eventually fills up the /var partition on that server.  The monitor in question is not​ the leader.  The cluster itself is quite full but currently we cannot remove any data due to it's current mission requirements, so it is constantly in a state of rebalance and bumping up against the "toofull" limits.
>
>How can we keep the monitor DB from growing so fast?
>Why is it only on a secondary monitor not the primary?
>Can we force a monitor to compact it's DB while the system is actively repairing ?
>
>Thanks,
>  Wyllys Ingersoll
>
>_______________________________________________
>ceph-users mailing list -- ceph-users@xxxxxxx
>To unsubscribe send an email to ceph-users-leave@xxxxxxx
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux