Re: rbd resize (shrink) taking forever and a day

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

 



You could use rbd info <volume_name>  to see the block_name_prefix, the object name consist like <block_name_prefix>.<sequence_number>,  so for example, rb.0.ff53.3d1b58ba.00000000e6ad should be the <e6ad>th object  of the volume with block_name_prefix rb.0.ff53.3d1b58ba.

     $ rbd info huge
	rbd image 'huge':
   	 size 1024 TB in 268435456 objects
   	 order 22 (4096 kB objects)
   	 block_name_prefix: rb.0.8a14.2ae8944a
   	 format: 1

-----Original Message-----
From: ceph-users [mailto:ceph-users-bounces@xxxxxxxxxxxxxx] On Behalf Of Edwin Peer
Sent: Monday, January 5, 2015 3:55 AM
To: ceph-users@xxxxxxxxxxxxxx
Subject: Re:  rbd resize (shrink) taking forever and a day

Also, which rbd objects are of interest?

<snip>
ganymede ~ # rados -p client-disk-img0 ls | wc -l
1672636
</snip>

And, all of them have cryptic names like:

rb.0.ff53.3d1b58ba.00000000e6ad
rb.0.6d386.1d545c4d.000000011461
rb.0.50703.3804823e.000000001c28
rb.0.1073e.3d1b58ba.00000000b715
rb.0.1d76.2ae8944a.00000000022d

which seem to bear no resemblance to the actual image names that the rbd command line tools understands?

Regards,
Edwin Peer

On 01/04/2015 08:48 PM, Jake Young wrote:
>
>
> On Sunday, January 4, 2015, Dyweni - Ceph-Users 
> <6EXbab4FYk8H@xxxxxxxxxx <mailto:6EXbab4FYk8H@xxxxxxxxxx>> wrote:
>
>     Hi,
>
>     If its the only think in your pool, you could try deleting the
>     pool instead.
>
>     I found that to be faster in my testing; I had created 500TB when
>     I meant to create 500GB.
>
>     Note for the Devs: I would be nice if rbd create/resize would
>     accept sizes with units (i.e. MB GB TB PB, etc).
>
>
>
>
>     On 2015-01-04 08:45, Edwin Peer wrote:
>
>         Hi there,
>
>         I did something stupid while growing an rbd image. I accidentally
>         mistook the units of the resize command for bytes instead of
>         megabytes
>         and grew an rbd image to 650PB instead of 650GB. This all happened
>         instantaneously enough, but trying to rectify the mistake is
>         not going
>         nearly as well.
>
>         <snip>
>         ganymede ~ # rbd resize --size 665600 --allow-shrink
>         client-disk-img0/vol-x318644f-0
>         Resizing image: 1% complete...
>         </snip>
>
>         It took a couple days before it started showing 1% complete
>         and has
>         been stuck on 1% for a couple more. At this rate, I should be
>         able to
>         shrink the image back to the intended size in about 2016.
>
>         Any ideas?
>
>         Regards,
>         Edwin Peer
>         _______________________________________________
>         ceph-users mailing list
>         ceph-users@xxxxxxxxxxxxxx
>         http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>
>     _______________________________________________
>     ceph-users mailing list
>     ceph-users@xxxxxxxxxxxxxx
>     http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>
>
> You can just delete the rbd header. See Sebastien's excellent blog:
>
> http://www.sebastien-han.fr/blog/2013/12/12/rbd-image-bigger-than-your
> -ceph-cluster/
>
> Jake
>
>
> _______________________________________________
> ceph-users mailing list
> ceph-users@xxxxxxxxxxxxxx
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

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