<div dir="ltr"><div><div><div>Really thank you!! It's difficult for me find help on cinder and I think this is the right place!<br></div>@Duncan, if my goal is to speeding up bootable volume creation, I can avoid to use thin provisioning. I can use image cache and in this way the "retrieve from glance" and the "qemu-img convert to RAW" parts will be skipped. Is this correct? And whit this method I don't have a performancy penalty mentioned by Chris.<br></div>@Chris: Yes, I'm using volume_clear option and volume deletion is very fast<br><br></div>Marco<br><div><br><div> <br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-01-20 18:24 GMT+01:00 Duncan Thomas <span dir="ltr"><<a href="mailto:duncan.thomas@gmail.com" target="_blank">duncan.thomas@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">There's also cinder functionality called the 'generic image cache' that does this for you; see the (per-backend) config options: image_volume_cache_enabled, image_volume_cache_max_size_gb and image_volume_cache_max_count<br></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On 20 January 2017 at 16:54, Chris Friesen <span dir="ltr"><<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_280536690179120805HOEnZb"><div class="m_280536690179120805h5">On 01/20/2017 04:07 AM, Marco Marino wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi, I'm trying to use cinder with lvm thin provisioning. It works well and I'd<br>
like to know if there is some reason lvm thin should be avoided in mitaka<br>
release. I'm trying to use with<br>
max_over_subscription_ratio = 1.0<br>
so I don't have problems with over subscription.<br>
I using thin provisioning because it is fast (I think). More precisely, my use<br>
case is:<br>
<br>
- create one bootable volume. This is a long operation because cinder download<br>
the image from glance, qemu-img convert in raw format and then "dd" copy the<br>
image in the volume.<br>
- Create a snapshot of the bootable volume. Really fast and reliable because the<br>
original volume is not used by any vm.<br>
- Create a new volume from the snapshot. This is faster than create a new<br>
bootable volume.<br>
<br>
Is this use correct? Can I deploy in the production environment (mitaka - centos 7)<br>
Thank you<br>
</blockquote>
<br></div></div>
For what it's worth we're using cinder with LVM thin provisioning in production with no overprovisioning.<br>
<br>
What you're proposing should work, you're basically caching the vanilla image as a cinder snapshot.<br>
<br>
If you wish to speed up volume deletion, you can set "volume_clear=none" in the cinder.conf file.<br>
<br>
Be aware that LVM thin provisioning will see a performance penalty the first time you write to a given disk block in a volume, because it needs to allocate a new block, zero it out, then write the new data to it.<br>
<br>
Chris<br>
<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote></div><br><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br><div class="m_280536690179120805gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- <br>Duncan Thomas</div></div></div>
</font></span></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>