<div dir="ltr"><div><div><div><div><div><div>So, one problem here is that 'metadata' in cinder has (at least) 3 meanings. Here is an attempt to clarify (which should be on some wiki page somewhere, I'll add it once people tell me the meaning is clear).<br><br></div>Volume metadata: <br> - This is set via the --metadata flag at create time, and there are interfaces to add/edit/delete it for an existing volume<br></div><div> - Arbitrary key - value pairs<br></div> - Belonging to, and controlled by, tenants<br></div> - This should *not* be given semantic meaning by drivers, it is there for tenants to organise and label their volumes<br></div>- A few drivers (e.g Solidfire, but there are others [1]) can read this for semantic content. This behaviour exists for purely historical / legacy reasons, and needs to be enabled in the config. This behaviour may be removed in future. No new drivers should do this.<br></div>- Adding some sort of search / index of this is probably reasonable. The glance team were talking about some sort of global metadata index, and this would fit nicely there.<br><br></div>Boot metadata:<br><div><div><div> - Called 'glance image metadata' in most of the code currently<br></div><div> - Passed to nova during boot, serves the same purpose as glance metadata in controlling the boot<br></div><div> - H/W parameters<br></div><div> - License keys<br></div><div> - etc<br></div><div> - CRUD interface proposed (Dave Chen), reviews pending<br></div><div> - Needs to tie in with glance protected properties to avoid licence systems being broken<br><br></div><div>Admin metadata:<br></div><div> - Key/value pairs<br></div><div> - Attached to each volume<br></div><div> - Contains some driver specific stuff<br></div><div> - Hidden from the tenant (might be exposed to admin)<br></div><div> - No CRUD REST API currently, nor I believe a good usecase has been put forward for one)<br></div><div> - There to avoid growing the volume table indefinitely<br></div><div> - Semantic meaning, possibly just for a subset of drivers<br></div><div> - Exact fields in regular flux<br></div><div><br></div><div><br><br><br></div><div>Anybody got any questions, clarification, corrections or rants?<br><br><br><br></div><div><br></div><div>[1] I'm only picking on Solidfire because I know John has fairly thick skin and so I'm unlikely to get a bunch of complains off him for it, at least not until I've got a beer in my hand. I hope.<br><br><br></div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 3 March 2015 at 20:25, Sasikanth Eda <span dir="ltr"><<a href="mailto:sasikanth.eda@in.ibm.com" target="_blank">sasikanth.eda@in.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<p><font face="Constantia">Hi Stackers,</font><br>
<br>
<font face="Constantia">I am referring to one of the action item related to "metadata" discussed here;</font><br>
<br>
<a href="http://eavesdrop.openstack.org/meetings/cinder/2014/cinder.2014-11-19-16.00.html" target="_blank"><font face="Constantia">http://eavesdrop.openstack.org/meetings/cinder/2014/cinder.2014-11-19-16.00.html</font></a><br>
<br>
<font face="Constantia">Can some help with the final take away (Sorry I could not find any thread related to its decision after this meeting).</font><br>
<br>
<font face="Constantia">From the conversation I got a feel that supporting operations via metadata needs to avoided / corrected, and the operations / variations needs to be provided via volume_types. </font><br>
<br>
<font face="Constantia">Is this understanding correct ?</font><br>
<br>
<font face="Constantia">Regards,</font><br>
<font face="Constantia">Sasi</font></p></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Duncan Thomas</div>
</div>