Thanks Josh! This is a lot clearer now.
I understand that librbd is low-level, but still, a warning wouldn't
hurt, would it? Just check if the size parameter is larger than the
cluster capacity, no?
Thank you for pointing out the trick of simply deleting the rbd_header,
I will try that now.
Best regards,
Nicolas Canceill
Scalable Storage Systems
SURFsara (Amsterdam, NL)
On 11/20/2013 06:33 PM, Josh Durgin wrote:
On 11/20/2013 06:53 AM, nicolasc wrote:
Thank you Bernhard and Wogri. My old kernel version also explains the
format issue. Once again, sorry to have mixed that in the problem.
Back to my original inquiries, I hope someone can help me understand
why:
* it is possible to create an RBD image larger than the total capacity
of the cluster
There's simply no checking of the size of the cluster by librbd.
rbd does not know whether you're about to add a bunch of capacity to
the cluster, or whether you want your storage overcommitted (and by
how much).
Higher level tools like openstack cinder can provide that kind of
logic, but 'rbd create' is more of a low level tool at this time.
* a large empty image takes longer to shrink/delete than a small one
rbd doesn't keep an index of which objects exist (since doing so would
hurt write performance). The downside is as you saw, when shrinking or
deleting an image it must look for all objects above the shrink size
(deleting is like shrinking to 0 of course).
In dumpling or later rbd can do this in parallel controlled by
--rbd-concurrent-management-ops, which defaults to 10.
If you've never written to the image, you can just delete the rbd_header
and rbd_id objects for it (or just the $imagename.rbd object for format 1
images), then 'rbd rm' will be fast since it'll just remove its entry
from
the rbd_directory object.
Josh
Best regards,
Nicolas Canceill
Scalable Storage Systems
SURFsara (Amsterdam, NL)
On 11/20/2013 01:56 PM, Bernhard Glomm wrote:
That might be,
manpage of
ceph version 0.72.1
tells me it isn't though.
anyhow still running kernel 3.8.xx
Bernhard
Am 19.11.2013 20:10:04, schrieb Wolfgang Hennerbichler:
On Nov 19, 2013, at 3:47 PM, Bernhard Glomm
<bernhard.glomm@xxxxxxxxxxx> wrote:
Hi Nicolas
just fyi
rbd format 2 is not supported yet by the linux kernel (module)
I believe this is wrong. I think linux supports rbd format 2
images since 3.10.
wogri
--
------------------------------------------------------------------------
*Ecologic Institute* *Bernhard Glomm*
IT Administration
Phone: +49 (30) 86880 134
Fax: +49 (30) 86880 100
Skype: bernhard.glomm.ecologic
Website: <http://ecologic.eu> | Video:
<http://www.youtube.com/v/hZtiK04A9Yo> | Newsletter:
<http://ecologic.eu/newsletter/subscribe> | Facebook:
<http://www.facebook.com/Ecologic.Institute> | Linkedin:
<http://www.linkedin.com/company/ecologic-institute-berlin-germany> |
Twitter: <http://twitter.com/EcologicBerlin> | YouTube:
<http://www.youtube.com/user/EcologicInstitute> | Google+:
<http://plus.google.com/113756356645020994482>
Ecologic Institut gemeinnützige GmbH | Pfalzburger Str. 43/44 | 10717
Berlin | Germany
GF: R. Andreas Kraemer | AG: Charlottenburg HRB 57947 | USt/VAT-IdNr.:
DE811963464
Ecologic™ is a Trade Mark (TM) of Ecologic Institut gemeinnützige GmbH
------------------------------------------------------------------------
_______________________________________________
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
