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.
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox