<div dir="ltr">Hi Matt,<div><br></div>In Liberty, we introduced allow_availability_zone_fallback [1] option in Cinder config as fix for bug [2]. If you set this option, Cinder will create volume in a default AZ instead of set volume into the error state<div><br></div><div>[1] <a href="https://github.com/openstack/cinder/commit/b85d2812a8256ff82934d150dbc4909e041d8b31">https://github.com/openstack/cinder/commit/b85d2812a8256ff82934d150dbc4909e041d8b31</a></div><div>[2] <a href="https://bugs.launchpad.net/cinder/+bug/1489575">https://bugs.launchpad.net/cinder/+bug/1489575</a></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">Regards,<br>Ivan Kolodyazhny</div></div>
<br><div class="gmail_quote">On Wed, Sep 23, 2015 at 9:00 PM, Matt Riedemann <span dir="ltr"><<a href="mailto:mriedem@linux.vnet.ibm.com" target="_blank">mriedem@linux.vnet.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I came across bug 1496235 [1] today.  In this case the user is booting an instance from a volume using source=image, so nova actually does the volume create call to the volume API.  They are booting the instance into a valid nova availability zone, but that same AZ isn't defined in Cinder, so the volume create request fails (since nova passes the instance AZ to cinder [2]).<br>
<br>
I marked this as invalid given how the code works.<br>
<br>
I'm posting here since I'm wondering if there are alternatives worth pursuing.  For example, nova could get the list of AZs from the volume API and if the nova AZ isn't in that list, don't provide it on the volume create request.  That's essentially the same as first creating the volume outside of nova and not specifying an AZ, then when doing the boot from volume, provide the volume_id as the source.<br>
<br>
The question is, is it worth doing that?  I'm not familiar enough with how availability zones are meant to work between nova and cinder so it's hard for me to have much of an opinion here.<br>
<br>
[1] <a href="https://bugs.launchpad.net/nova/+bug/1496235" rel="noreferrer" target="_blank">https://bugs.launchpad.net/nova/+bug/1496235</a><br>
[2] <a href="https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L381-L383" rel="noreferrer" target="_blank">https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L381-L383</a><span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt Riedemann<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div></div>