See here:

http://cephnotes.ksperis.com/blog/2014/07/04/remove-big-rbd-image


> -----Original Message-----
> From: ceph-users [mailto:[email protected]] On Behalf Of
> Adrian Saul
> Sent: 23 May 2016 09:37
> To: '[email protected]' <[email protected]>
> Subject: [ceph-users] RBD removal issue
> 
> 
> A while back I attempted to create an RBD volume manually - intending it
to
> be an exact size of another LUN around 100G.  The command line instead
> took this to be the default MB argument for size and so I ended up with a
> 102400 TB volume.  Deletion was painfully slow (I never used the volume,
it
> just seemed to spin on CPU for ages going through all the objects it
thought it
> had) and the rbd rm command was interrupted a few times, but even after
> running for two months it still wont complete.
> 
> I still have the volume listed even though it appears to be otherwise gone
> from the RADOS view.  From what I can see there is only the rbd_header
> object remaining - can I just remove that directly or am I risking
corrupting
> something else by not removing it using rbd rm?
> 
> Cheers,
>  Adrian
> 
> 
> [root@ceph-glb-fec-01 ~]# rbd info glebe-sata/oemprd01db_lun00 rbd
> image 'oemprd01db_lun00':
>         size 102400 TB in 26843545600 objects
>         order 22 (4096 kB objects)
>         block_name_prefix: rbd_data.8d4ca65a5db37
>         format: 2
>         features: layering
>         flags:
> [root@ceph-glb-fec-01 ~]# rados ls -p glebe-sata|grep
> rbd_data.8d4ca65a5db37
> [root@ceph-glb-fec-01 ~]# rados ls -p glebe-sata|grep 8d4ca65a5db37
> rbd_header.8d4ca65a5db37
> 
> Confidentiality: This email and any attachments are confidential and may
be
> subject to copyright, legal or some other professional privilege. They are
> intended solely for the attention and use of the named addressee(s). They
> may only be copied, distributed or disclosed with the consent of the
> copyright owner. If you have received this email by mistake or by breach
of
> the confidentiality clause, please notify the sender immediately by return
> email and delete or destroy all copies of the email. Any confidentiality,
> privilege or copyright is not waived or lost because this email has been
sent
> to you by mistake.
> _______________________________________________
> ceph-users mailing list
> [email protected]
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

_______________________________________________
ceph-users mailing list
[email protected]
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Reply via email to