All of lore.kernel.org
 help / color / mirror / Atom feed
From: Josh Durgin <josh.durgin-4GqslpFJ+cxBDgjK7y7TUQ@public.gmane.org>
To: Olivier Bonvalet
	<ceph.list-PaEMFeTk6C1QFI55V6+gNQ@public.gmane.org>,
	Sage Weil <sage-4GqslpFJ+cxBDgjK7y7TUQ@public.gmane.org>
Cc: ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org,
	Ceph-devel <ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: Data still in OSD directories after removing
Date: Wed, 21 May 2014 18:20:42 -0700	[thread overview]
Message-ID: <537D50EA.9020901@inktank.com> (raw)
In-Reply-To: <1400709806.24328.0.camel@asblu>

On 05/21/2014 03:03 PM, Olivier Bonvalet wrote:
> Le mercredi 21 mai 2014 à 08:20 -0700, Sage Weil a écrit :
>> You're certain that that is the correct prefix for the rbd image you
>> removed?  Do you see the objects lists when you do 'rados -p rbd ls - |
>> grep <prefix>'?
>
> I'm pretty sure yes : since I didn't see a lot of space freed by the
> "rbd snap purge" command, I looked at the RBD prefix before to do the
> "rbd rm" (it's not the first time I see that problem, but previous time
> without the RBD prefix I was not able to check).
>
> So :
> - "rados -p sas3copies ls - | grep rb.0.14bfb5a.238e1f29" return nothing
> at all
> - # rados stat -p sas3copies rb.0.14bfb5a.238e1f29.00000002f026
>   error stat-ing sas3copies/rb.0.14bfb5a.238e1f29.00000002f026: No such
> file or directory
> - # rados stat -p sas3copies rb.0.14bfb5a.238e1f29.000000000000
>   error stat-ing sas3copies/rb.0.14bfb5a.238e1f29.000000000000: No such
> file or directory
> - # ls -al /var/lib/ceph/osd/ceph-67/current/9.1fe_head/DIR_E/DIR_F/DIR_1/DIR_7/rb.0.14bfb5a.238e1f29.00000002f026__a252_E68871FE__9
> -rw-r--r-- 1 root root 4194304 oct.   8  2013 /var/lib/ceph/osd/ceph-67/current/9.1fe_head/DIR_E/DIR_F/DIR_1/DIR_7/rb.0.14bfb5a.238e1f29.00000002f026__a252_E68871FE__9
>
>
>> If the objects really are orphaned, teh way to clean them up is via 'rados
>> -p rbd rm <objectname>'.  I'd like to get to the bottom of how they ended
>> up that way first, though!
>
> I suppose the problem came from me, by doing CTRL+C while "rbd snap
> purge $IMG".
> "rados rm -p sas3copies rb.0.14bfb5a.238e1f29.00000002f026" don't remove
> thoses files, and just answer with a "No such file or directory".

Those files are all for snapshots, which are removed by the osds
asynchronously in a process called 'snap trimming'. There's no
way to directly remove them via rados.

Since you stopped 'rbd snap purge' partway through, it may
have removed the reference to the snapshot before removing
the snapshot itself.

You can get a list of snapshot ids for the remaining objects
via the 'rados listsnaps' command, and use
rados_ioctx_selfmanaged_snap_remove() (no convenient wrapper
unfortunately) on each of those snapshot ids to be sure they are all
scheduled for asynchronous deletion.

Josh
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

  reply	other threads:[~2014-05-22  1:20 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1400578369.11397.9.camel@localhost>
2014-05-21 10:17 ` Data still in OSD directories after removing Olivier Bonvalet
2014-05-21 15:20   ` Sage Weil
     [not found]     ` <alpine.DEB.2.00.1405210818560.1689-vIokxiIdD2AQNTJnQDzGJqxOck334EZe@public.gmane.org>
2014-05-21 22:03       ` Olivier Bonvalet
2014-05-22  1:20         ` Josh Durgin [this message]
     [not found]           ` <537D50EA.9020901-4GqslpFJ+cxBDgjK7y7TUQ@public.gmane.org>
2014-05-22  8:56             ` Olivier Bonvalet
2016-04-29 12:09               ` [ceph-users] " Andrey Korolyov

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=537D50EA.9020901@inktank.com \
    --to=josh.durgin-4gqslpfj+cxbdgjk7y7tuq@public.gmane.org \
    --cc=ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org \
    --cc=ceph.list-PaEMFeTk6C1QFI55V6+gNQ@public.gmane.org \
    --cc=sage-4GqslpFJ+cxBDgjK7y7TUQ@public.gmane.org \
    /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.