From: Olivier Bonvalet <ceph.list-PaEMFeTk6C1QFI55V6+gNQ@public.gmane.org>
To: 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: Thu, 22 May 2014 00:03:26 +0200 [thread overview]
Message-ID: <1400709806.24328.0.camel@asblu> (raw)
In-Reply-To: <alpine.DEB.2.00.1405210818560.1689-vIokxiIdD2AQNTJnQDzGJqxOck334EZe@public.gmane.org>
Le mercredi 21 mai 2014 à 08:20 -0700, Sage Weil a écrit :
>
> You should definitely not do this! :)
Of course ;)
>
> 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".
Thanks,
Olivier
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
next prev parent reply other threads:[~2014-05-21 22:03 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 [this message]
2014-05-22 1:20 ` Josh Durgin
[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=1400709806.24328.0.camel@asblu \
--to=ceph.list-paemfetk6c1qfi55v6+gnq@public.gmane.org \
--cc=ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ceph-users-idqoXFIVOFJgJs9I8MT0rw@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.