<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 23, 2013 at 4:57 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.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="im">On 12/23/2013 05:42 AM, Thierry Carrez wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Flavio Percoco wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 21/12/13 00:41 -0500, Jay Pipes wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Cinder is for block storage. Images are just a bunch of blocks, and<br>
all the store drivers do is take a chunked stream of input blocks and<br>
store them to disk/swift/s3/rbd/toaster and stream those blocks back<br>
out again.<br>
<br>
So, perhaps the most appropriate place for this is in Cinder-land.<br>
</blockquote>
<br>
This is an interesting suggestion.<br>
<br>
I wouldn't mind putting it there, although I still prefer it to be<br>
under glance for historical reasons and because Glance team knows that<br>
code.<br>
<br>
How would it work if this lib falls under Block Storage program?<br>
<br>
Should the glance team be added as core contributors of this project?<br>
or Just some of them interested in contributing / reviewing those<br>
patches?<br>
<br>
Thanks for the suggestion. I'd like John and Mark to weigh in too.<br>
</blockquote>
<br>
Programs are a team of people on a specific mission. If the stores code<br>
is maintained by a completely separate group (glance devs), then it<br>
doesn't belong in the Block Storage program... unless the Cinder devs<br>
intend to adopt it over the long run (and therefore the contributors of<br>
the Block Storage program form a happy family rather than two separate<br>
groups).<br>
</blockquote>
<br></div>
Understood. The reason I offered this up as a suggestion is that currently Cinder uses the Glance REST API to store and retrieve volume snapshots, and it would be more efficient to just give Cinder the ability to directly retrieve the blocks from one of the underlying store drivers (same goes for Nova's use of Glance). ...and, since the glance.store drivers are dealing with blocks, I thought it made more sense in Cinder.</blockquote>
<div><br></div><div>True, Cinder and Nova should be talking more directly to the underlying stores--however their direct interface should probably be through glanceclient. (Glanceclient could evolve to use the glance.store code I imagine.)</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Depending on the exact nature of the "couple of other scenarios where<br>
using this code is necessary", I think it would either belong in Glance<br>
or in Oslo.<br>
</blockquote>
<br></div>
Perhaps something in olso then. oslo.blockstream? oslo.blockstore?<div class="HOEnZb"><div class="h5"><br>
<br>
Best,<br>
-jay<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>