<div dir="ltr">Hi John,<div><br></div><div style>Sounds sensible. I think this post kind of diverged from what Tim was asking, which seems to have been more about backend devices...?</div><div style><br></div><div style>Should this page be removed then, and a summary of what you wrote added to the Cinder wiki page (including any exceptions for current core drivers)?</div>
<div style><br></div><div style>(On a related note, I don't think "List Snapshots" should be there, IIUC that is not a function of the driver and rather about looking in the DB at data produced by create/delete snapshot driver calls.)</div>
<div style><br></div><div style>Cheers,</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 1 February 2013 04:12, John Griffith <span dir="ltr"><<a href="mailto:john.griffith@solidfire.com" target="_blank">john.griffith@solidfire.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="HOEnZb"><div class="h5"><br><br><div class="gmail_quote">On Thu, Jan 31, 2013 at 8:56 AM, Koert van der Veer <span dir="ltr"><<a href="mailto:koert@cloudvps.com" target="_blank">koert@cloudvps.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div>In that case, it is probably best to
transpose the table, with series included, the number of products
will yield too many columns to be workable.<br>
<br>
Also: Do blank spaces indicate "not supported" or "unknown"?<span><font color="#888888"><br>
<br>
koert</font></span><div><div><br>
<br>
On 01/31/2013 04:47 PM, Shake Chen wrote:<br>
</div></div></div><div><div>
<blockquote type="cite">I think need add <span lang="en"><span>Vendor storage</span>
<span>series. <br>
<br>
like not all the EMC storage would support Cinder.<br>
<br>
<br>
</span></span><br>
<div class="gmail_quote">
On Thu, Jan 31, 2013 at 11:19 PM, Sébastien Han <span dir="ltr"><<a href="mailto:han.sebastien@gmail.com" target="_blank">han.sebastien@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Just added some stuff about RBD where E refers to Essex.<br>
<br>
--<br>
Regards,<br>
Sébastien Han.<br>
<div>
<div><br>
<br>
On Thu, Jan 31, 2013 at 11:20 AM, Avishay Traeger <<a href="mailto:AVISHAY@il.ibm.com" target="_blank">AVISHAY@il.ibm.com</a>>
wrote:<br>
> openstack-bounces+avishay=<a href="mailto:il.ibm.com@lists.launchpad.net" target="_blank">il.ibm.com@lists.launchpad.net</a>
wrote on<br>
> 01/31/2013 12:37:07 AM:<br>
>> From: Tom Fifield <<a href="mailto:fifieldt@unimelb.edu.au" target="_blank">fifieldt@unimelb.edu.au</a>><br>
>> To: <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a>,<br>
>> Date: 01/31/2013 12:38 AM<br>
>> Subject: Re: [Openstack] List of Cinder
compatible devices<br>
>> Sent by: openstack-bounces+avishay=<a href="mailto:il.ibm.com@lists.launchpad.net" target="_blank">il.ibm.com@lists.launchpad.net</a><br>
>><br>
>> Here's a starting point:<br>
>><br>
>> <a href="http://wiki.openstack.org/CinderSupportMatrix" target="_blank">http://wiki.openstack.org/CinderSupportMatrix</a><br>
>><br>
>> Regards,<br>
>><br>
>> Tom<br>
><br>
> Tom,<br>
> Thanks for doing this. I recommend that instead of
"Y", we should put the<br>
> letter of the version in which the feature first
appeared. So for example,<br>
> "E", "F", "G", ...<br>
><br>
> Thanks,<br>
> Avishay<br>
><br>
><br>
> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Shake Chen<br>
<br>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a>
Post to : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br></blockquote></div></div></div>So thanks for putting this together but this brings something up that I've been meaning to raise on the dev-list anyway. In my opinion it should be a requirement that for a driver to be accepted in Cinder it implements all of the functionality of the base LVM driver (ie all of the rows listed in the matrix here).<div>
<br></div><div>Having to go through and determine what feature is or is not supported per driver is EXACTLY what I want to avoid. If we go down the path of building a matrix and allowing partial integration it's going to create a huge mess and IMO the user experience is going to suffer greatly. Of course a driver can do more than what's on the list, but I think this is the minimum requirement and I've been pushing back on submissions based on this.</div>
<div><br></div><div>The only exceptions have been some of the newer Grizzly features, but that's only because we're moving those up to generalized cases that folks can inherit from if they use iSCSI. For those that want to do FC or AOE drivers however they're going to need to have a solution of their own. </div>
<div><br></div><div>My thought is there should be a simple list of back-end device and version and whether it's supported in Grizzly or Folsom or ..... All API features should be assumed available.</div><div><br></div>
<br>_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Cheers,<br>~Blairo
</div>