Re: RBD removal issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thanks - all sorted.


> -----Original Message-----
> From: Nick Fisk [mailto:nick@xxxxxxxxxx]
> Sent: Monday, 23 May 2016 6:58 PM
> To: Adrian Saul; ceph-users@xxxxxxxxxxxxxx
> Subject: RE: RBD removal issue
>
> See here:
>
> http://cephnotes.ksperis.com/blog/2014/07/04/remove-big-rbd-image
>
>
> > -----Original Message-----
> > From: ceph-users [mailto:ceph-users-bounces@xxxxxxxxxxxxxx] On Behalf
> > Of Adrian Saul
> > Sent: 23 May 2016 09:37
> > To: 'ceph-users@xxxxxxxxxxxxxx' <ceph-users@xxxxxxxxxxxxxx>
> > Subject:  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
> > ceph-users@xxxxxxxxxxxxxx
> > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

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
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux