<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 6, 2019 at 5:51 PM Chris Dent <<a href="mailto:cdent%2Bos@anticdent.org">cdent+os@anticdent.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 6 May 2019, Dan Smith wrote:<br>
<br>
>> Still nova might want to fix this placement data inconsistency. I<br>
>> guess the new placement microversion will allow to update the consumer<br>
>> type of an allocation.<br>
><br>
> Yeah, I think this has to be updated from Nova. I (and I imagine others)<br>
> would like to avoid making the type field optional in the API. So maybe<br>
> default the value to something like "incomplete" or "unknown" and then<br>
> let nova correct this naturally for instances on host startup and<br>
> migrations on complete/revert. Ideally nova will be one one of the users<br>
> that wants to depend on the type string, so we want to use our knowledge<br>
> of which is which to get existing allocations updated so we can depend<br>
> on the type value later.<br>
<br>
Ah, okay, good. If something like "unknown" is workable I think<br>
that's much much better than defaulting to instance. Thanks.<br></blockquote></div><div><br></div><div><br></div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">okay, the spec will take this approach then.</div><div dir="ltr" class="gmail-m_4665400434190507136gmail_signature"><div dir="ltr"><div><br></div></div></div></div><div dir="ltr"><div>Regards,<br></div><div>Surya.<br><br></div></div></div></div></div>