
<!DOCTYPE html>

<html>

<head>

<title></title>

</head>

<body><div><br></div>

<div><br></div>

<div><br></div>

<div>On Mon, Aug 29, 2016, at 09:06 AM, Jordan Pittier wrote:<br></div>

<blockquote type="cite"><div dir="ltr"><div><br></div>

<div><div><br></div>

<div defang_data-gmailquote="yes"><div>On Mon, Aug 29, 2016 at 8:50 AM, Zhenyu Zheng <span dir="ltr"><<a href="mailto:zhengzhenyulixi@gmail.com" defang_rel="noreferrer" defang_data-ss1472477072="1">zhengzhenyulixi@gmail.com</a>></span> wrote:<br></div>

<blockquote style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204, 204, 204);padding-left:1ex;" defang_data-gmailquote="yes"><div dir="ltr"><div>Hi, all<br></div>

<div><br></div>

<div>Currently we have customer demands about adding parameter "volume_type" to --block-device to provide the support of specified storage backend to boot instance. And I find one newly drafted Blueprint that aiming to address the same feature: <a href="https://blueprints.launchpad.net/nova/+spec/support-boot-instance-set-store-type" defang_rel="noreferrer" defang_data-ss1472477072="1">https://blueprints.la<wbr>unchpad.net/nova/+spec/support<wbr>-boot-instance-set-store-type</a> ;<br></div>

<div><br></div>

<div>As I know this is kind of "proxy" feature for cinder and we don't like it in general, but as the boot from volume functional was already there, so maybe it is OK to support another parameter?<br></div>

<div><br></div>

<div>So, my question is that what are your opinions about this in general? Do you like it or it will not be able to got approved at all?<br></div>

<div><br></div>

<div>Thanks,<br></div>

<div><br></div>

<div>Kevin Zheng<br></div>

</div>

</blockquote></div>

<div><br></div>

</div>

<div>Hi,<br></div>

<div>I think it's not a great idea. Not only for the reason you mention, but also because the "nova boot" command is already way to complicated with way to many options. IMO we should only add support for new features, not "features" we can have by other means, just for convenience.<br></div>

</div>

</blockquote><div><br></div>

<div>I completely agree with this. However I have some memory of us saying(in Austin?) that adding volume_type would be acceptable since it's a clear oversight in the list of parameters for specifying a block device. So while I greatly dislike Nova creating volumes and would rather users pass in pre-created volume ids I would support adding this parameter. I do not support continuing to add parameters if Cinder adds parameters though.<br></div>

<div><br></div>

<div><br></div>

<blockquote type="cite"><div><br></div>

<div><br></div>

<div><u>__________________________________________________________________________</u><br></div>

<div>OpenStack Development Mailing List (not for usage questions)<br></div>

<div>Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br></div>

<div><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" defang_rel="noreferrer" defang_data-ss1472477072="1">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br></div>

</blockquote><div><br></div>

</body>

</html>