Re: mon.mon01 store is getting too big! 18119 MB >= 15360 MB -- 94% avail

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

 



Hi Wido,

thank you for the clarification. We will wait until recovery is over
we have plenty of space on the mons :-)

Best,
Martin

On Tue, Jan 31, 2017 at 10:35 AM, Wido den Hollander <wido@xxxxxxxx> wrote:
>
>> Op 31 januari 2017 om 10:22 schreef Martin Palma <martin@xxxxxxxx>:
>>
>>
>> Hi all,
>>
>> our cluster is currently performing a big expansion and is in recovery
>> mode (we doubled in size and osd# from 600 TB to 1,2 TB).
>>
>
> Yes, that is to be expected. When not all PGs are active+clean the MONs will not trim their datastore.
>
>> Now we get the following message from our monitor nodes:
>>
>> mon.mon01 store is getting too big! 18119 MB >= 15360 MB -- 94% avail
>>
>> Reading [0] it says that it is normal in a state of active data
>> rebalance and after it is finished it will be compacted.
>>
>> Should we wait until the recovery is finished or should we perform
>> "ceph tell mon.{id} compact" now during recovery?
>>
>
> Mainly wait and make sure there is enough disk space. You can try a compact, but that can take the mon offline temp.
>
> Just make sure you have enough diskspace :)
>
> Wido
>
>> Best,
>> Martin
>>
>> [0] https://access.redhat.com/solutions/1982273
>> _______________________________________________
>> ceph-users mailing list
>> ceph-users@xxxxxxxxxxxxxx
>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com



[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