On 2014-10-30 10:14:44 +0000, Dan van der Ster said:
Hi Daniel,
I can't remember if deleting a pool invokes the snap trimmer to do the
actual work deleting objects. But if it does, then it is most
definitely broken in everything except latest releases (actual dumpling
doesn't have the fix yet in a release).
Given a release with those fixes (see tracker #9487) then you should
enable the snap trim sleep (e.g. 0.05) and set the io priority class to
3 or idle.
Cheers, Dan
Dan, thank you for the hint.
I have looked at the ticket, but I am not too familiar with trac (yet)
to understand the current state. The header part says "Status: Pending
Backport" and "Backport: dumpling". At the very bottom (as of now ;))
however, I see a revision
Revision 496e561d
Added by Samuel Just 3 days ago
ReplicatedPG: don't move on to the next snap immediately
If we have a bunch of trimmed snaps for which we have no
objects, we'll spin for a long time. Instead, requeue.
Fixes: #9487
Backport: dumpling, firefly, giant
Reviewed-by: Sage Weil <sage@xxxxxxxxxx>
Signed-off-by: Samuel Just <sam.just@xxxxxxxxxxx>
(cherry picked from commit c17ac03a50da523f250eb6394c89cc7e93cb4659)
Does this mean there will be a backport to firefly, too, and that the
bug status (the header of the page) hasn't been updated yet?
Thanks!
Daniel
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
