Thanks for your further instructions. I think the situations I mentioned are the reasonable use cases. They are similar to the "bootable" volume use cases, user can create an empty volume and install os in it from an image or create bootable volume from instance ([1]). If volume metadata is not intended to be interpreted by cinder or nova as meaning anything, maybe Cinder needs to add support for updating some of glance_image_metadata of volume or introduce new property for volume like "bootable" ? I don't think these two methods are good either. [1] https://blueprints.launchpad.net/cinder/+spec/add-bootable-option 2014-05-07 1:00 GMT+08:00 Duncan Thomas <duncan.thomas at gmail.com>: > On 6 May 2014 14:46, Trump.Zhang <zhangleiqiang at gmail.com> wrote: > > > Did you mean using volume metadata was not the right way for the first > > situation I mentioned in ealier mail? > > > Correct. Volume metadata is entirely for the tenant to use, it is not > interpreted by cinder or nova as meaning anything. > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- ------------------- Best Regards Trump.Zhang -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140507/12bdd13e/attachment.html>