Sent: Monday, January 5, 2015 9:45 PM
To: Chen, Xiaoxi
Cc: Edwin Peer; ceph-users@lists.ceph.com
Subject: Re: [ceph-users] rbd resize (shrink) taking forever and a day
On Sunday, January 4, 2015, Chen, Xiaoxi wrote:
You could use rbd info to see the block_name_prefix, the
object na
is ratio to the size needed to trim.
>>>>>>
>>>>>>
>>>>>>
>>>>>> make another image of the correct size and copy your VM's file system
>>>>>> to
>>>>>> the new image, then delete the ol
; The solution in my mind may be we can provide a “—skip-triming” flag to
>>>> skip the trimming. When the administrator absolutely sure there is no
>>>> written have taken place in the shrinking area(that means there is no
>>>> object
>>>> create
e"
From: Jake Young [mailto:jak3...@gmail.com]
Sent: Monday, January 5, 2015 9:45 PM
To: Chen, Xiaoxi
Cc: Edwin Peer; ceph-users@lists.ceph.com
Subject: Re: [ceph-users] rbd resize (shrink) taking forever and a day
On Sunday, January 4, 2015, Chen, Xiaoxi wrote:
You could use r
From: Jake Young [mailto:jak3...@gmail.com
<mailto:jak3...@gmail.com>]
Sent: Monday, January 5, 2015 9:45 PM
To: Chen, Xiaoxi
Cc: Edwin Peer; ceph-users@lists.ceph.com
000e6ad should be the 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_
gt;
> *From:* Jake Young [mailto:jak3...@gmail.com
> ]
> *Sent:* Monday, January 5, 2015 9:45 PM
> *To:* Chen, Xiaoxi
> *Cc:* Edwin Peer; ceph-users@lists.ceph.com
>
> *Subject:* Re: [ceph-users] rbd resize (shrink) taking forever and a day
>
>
>
>
>
> On Sunday,
How do you think?
From: Jake Young [mailto:jak3...@gmail.com]
Sent: Monday, January 5, 2015 9:45 PM
To: Chen, Xiaoxi
Cc: Edwin Peer; ceph-users@lists.ceph.com
Subject: Re: [ceph-users] rbd resize (shrink) taking forever and a day
On Sunday, January 4, 2015, Chen, Xiaoxi
mailto:xia
-users-boun...@lists.ceph.com ]
> On Behalf Of Edwin Peer
> Sent: Monday, January 5, 2015 3:55 AM
> To: ceph-users@lists.ceph.com
> Subject: Re: [ceph-users] rbd resize (shrink) taking forever and a day
>
> Also, which rbd objects are of interest?
>
>
> ganymede ~ # rado
s.ceph.com
Subject: Re: [ceph-users] rbd resize (shrink) taking forever and a day
Also, which rbd objects are of interest?
ganymede ~ # rados -p client-disk-img0 ls | wc -l
1672636
And, all of them have cryptic names like:
rb.0.ff53.3d1b58ba.e6ad
rb.0.6d386.1d545c4d.00011461
rb.0.5070
Also, which rbd objects are of interest?
ganymede ~ # rados -p client-disk-img0 ls | wc -l
1672636
And, all of them have cryptic names like:
rb.0.ff53.3d1b58ba.e6ad
rb.0.6d386.1d545c4d.00011461
rb.0.50703.3804823e.1c28
rb.0.1073e.3d1b58ba.b715
rb.0.1d76.2ae8944a.00
On Sun, Jan 4, 2015 at 10:43 PM, Edwin Peer wrote:
> Thanks Jake, however, I need to shrink the image, not delete it as it
> contains a live customer image. Is it possible to manually edit the RBD
> header to make the necessary adjustment?
>
Technically speaking, yes - the size information is con
Thanks Jake, however, I need to shrink the image, not delete it as it
contains a live customer image. Is it possible to manually edit the RBD
header to make the necessary adjustment?
Regards,
Edwin Peer
On 01/04/2015 08:48 PM, Jake Young wrote:
On Sunday, January 4, 2015, Dyweni - Ceph-User
On Sunday, January 4, 2015, Dyweni - Ceph-Users <6exbab4fy...@dyweni.com>
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
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
15 matches
Mail list logo
