Re: High usage (DATA column) on dedicated for OMAP only OSDs

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

 



Hi, guys, thanks to all!

We have completed our long rebalance and restarted all MONs and each OSD
freed up approximately 180Gb. And after a few days oldest_map almost equals
newest_map.

чт, 19 сент. 2024 г. в 19:26, Joshua Baergen <jbaergen@xxxxxxxxxxxxxxxx>:

> Ah, yes, that's a good point - if there's backfill going on then
> buildup like this can happen.
>
> On Thu, Sep 19, 2024 at 10:08 AM Konstantin Shalygin <k0ste@xxxxxxxx>
> wrote:
> >
> > Hi,
> >
> > On 19 Sep 2024, at 18:26, Joshua Baergen <jbaergen@xxxxxxxxxxxxxxxx>
> wrote:
> >
> > Whenever we've seen osdmaps not being trimmed, we've made sure that
> > any down OSDs are out+destroyed, and then have rolled a restart
> > through the mons. As of recent Pacific at least this seems to have
> > reliably gotten us out of this situation.
> >
> >
> > This helps for a years. For the mons. But sometimes not for the OSD
> > Alex, I suggest to you - use pgremapper for cancel-backfill. Then see
> for OSD status - maps is prune or not
> > In case, when everything is clean, but maps are not prune - I issued new
> osdmaps via setting and then unsetting osd flags (noout, for example).
> After each new map, by default OSD should prune 30 old osdmaps
> >
> > P.S.: Am I right in understanding that the OSD deletes the old osdmaps
> (prune) only if a new one is issued (as trigger)?
> >
> >
> > k
>
_______________________________________________
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