All of lore.kernel.org
 help / color / mirror / Atom feed
From: Josh Durgin <josh.durgin@inktank.com>
To: Chris Dunlop <chris@onthe.net.au>
Cc: ceph-devel@vger.kernel.org
Subject: Re: Speed up 'rbd rm'
Date: Thu, 30 May 2013 19:04:28 -0700	[thread overview]
Message-ID: <51A8052C.60309@inktank.com> (raw)
In-Reply-To: <20130531014049.GA424@onthe.net.au>

On 05/30/2013 06:40 PM, Chris Dunlop wrote:
> On Thu, May 30, 2013 at 01:50:14PM -0700, Josh Durgin wrote:
>> On 05/29/2013 07:23 PM, Chris Dunlop wrote:
>>> On Wed, May 29, 2013 at 12:21:07PM -0700, Josh Durgin wrote:
>>>> On 05/28/2013 10:59 PM, Chris Dunlop wrote:
>>>>> I see there's a new commit to speed up an 'rbd rm':
>>>>>
>>>>> http://tracker.ceph.com/projects/ceph/repository/revisions/40956410169709c32a282d9b872cb5f618a48926
>>>>>
>>>>> Is it safe to cherry-pick this commit on top of 0.56.6 (or, if not, v0.61.2) to speed up the remove?
>>>>
>>>> You'll need 537386d906b8c0e395433461dcb03a82eb33f34f as well. It should
>>>> apply cleanly to 0.61.2, and probably 0.56.6 too.
>>>
>>> Thanks. I'll see how I go, I may just leave the 'rm' running all
>>> weekend rather than futzing around recompiling ceph and getting
>>> off the mainline track.
>>
>> If you're mainly interested in getting rid of the accidentally 1.5PB
>> image, you can just delete the header (and id object if it's format 2)
>> and then 'rbd rm' will just remove it from the rbd_directory index, and
>> not try to delete all the non-existent data objects.
>
> Yes, that's my main interest. Sorry, I haven't yet delved far
> into the details of how the rbd stuff hangs together: can you
> give me a hint or point me towards any docs regarding what
> "delete the header (and id object" would look like?

For a format 2 image, 'rbd info imagename' will show a block_prefix like 
'rbd_data.101574b0dc51'.

The random suffix after the '.' is the id of the image.
For format 2, the header is named after this id, so you'd do:

rados -p poolname rm rbd_header.101574b0dc51

For format 1 images, the header object is named after the image name, 
like 'imagename.rbd'.

After removing the header object manually, rbd rm will clean up the
rest.

  reply	other threads:[~2013-05-31  2:04 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-29  5:59 Speed up 'rbd rm' Chris Dunlop
2013-05-29 19:21 ` Josh Durgin
2013-05-30  2:23   ` Chris Dunlop
2013-05-30 20:50     ` Josh Durgin
2013-05-30 21:09       ` Smart Weblications GmbH - Florian Wiessner
2013-05-31  1:40       ` Chris Dunlop
2013-05-31  2:04         ` Josh Durgin [this message]
2013-06-03  9:15           ` Chris Dunlop
2013-05-31  6:40         ` Stefan Priebe - Profihost AG
2013-05-31 23:53           ` Josh Durgin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51A8052C.60309@inktank.com \
    --to=josh.durgin@inktank.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=chris@onthe.net.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.