
<HTML>

<HEAD>

<TITLE>Re: [Openstack] raw or qcow2</TITLE>

</HEAD>

<BODY>

<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Ok, but forcing a new block storage project to have this feature, is that the right way?<BR>

Maybe it will, just wondering. <BR>

Glance seems to be the registry of images, so a natural progression is that it can maintain the image dependencies?<BR>

This would allow the qcow2 image to pull the needed dependencies down to nova. <BR>

<BR>

On 4/24/12 4:44 PM, "Caitlin Bestler" <<a href="Caitlin.Bestler@nexenta.com">Caitlin.Bestler@nexenta.com</a>> wrote:<BR>

<BR>

</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Joshua Harlow wrote:<BR>

<BR>

<BR>

> What changes would be needed to make qcow2 files work as snapshots?<BR>

> Some type of image "dependency" management in glance (and failure cases) and the corresponding "dependency" fetching in nova (and failure cases)?<BR>

> Might be something pretty useful to have, instead of forcing raw for snapshots?<BR>

<BR>

I think this is something that should be addressed in the new block storage project, and only incidentally in glance.<BR>

Basically, glance can record the intent of X being based on snapshot Y, but building a volume X that is based on some<BR>

copy of snapshot Y is best left to the block layer.<BR>

<BR>

Any solution expressed at the Glance layer is going to be biased towards doing the cloning too early.<BR>

<BR>

<BR>

<BR>

<BR>

</SPAN></FONT></BLOCKQUOTE>

</BODY>

</HTML>