On Thu, 4 Apr 2019 at 13:32, Dan van der Ster <dan@xxxxxxxxxxxxxx> wrote: > > There are several more fixes queued up for v12.2.12: > > 16b7cc1bf9 osd/OSDMap: add log for better debugging > 3d2945dd6e osd/OSDMap: calc_pg_upmaps - restrict optimization to > origin pools only > ab2dbc2089 osd/OSDMap: drop local pool filter in calc_pg_upmaps > 119d8cb2a1 crush: fix upmap overkill > 0729a78877 osd/OSDMap: using std::vector::reserve to reduce memory reallocation > f4f66e4f0a osd/OSDMap: more improvements to upmap > 7bebc4cd28 osd/OSDMap: be more aggressive when trying to balance > 1763a879e3 osd/OSDMap: potential access violation fix > 8b3114ea62 osd/OSDMap: don't mapping all pgs each time in calc_pg_upmaps > > I haven't personally tried the newest of those yet because the > balancer is working pretty well in our environment. > Though one thing we definitely need to improve is the osd failure / > upmap interplay. We currently lose all related upmaps when an osd is > out -- this means that even though we re-use an osd-id we still need > the balancer to work for awhile to restore the perfect balancing. > > If you have simple reproducers for your issues, please do create a tracker. > Upgraded to v13.2.x, and it's still the same. https://tracker.ceph.com/issues/39136 -- Iain Buclaw *(p < e ? p++ : p) = (c & 0x0f) + '0'; _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |