<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<br>
<div class="moz-cite-prefix">Le 01/11/2016 15:14, Alex Xu a écrit :<br>
</div>
<blockquote
cite="mid:CAH7mGavB+62h7UuJ9FWR4XNLQB7N8a+5KPLbODTT0JtrO3Qh2Q@mail.gmail.com"
type="cite">
<div dir="ltr">Currently we only update the resource usage with
Placement API in the instance claim and the available resource
update periodic task. But there is no claim for migration with
placement API yet. This works is tracked by <a
moz-do-not-send="true"
href="https://bugs.launchpad.net/nova/+bug/1621709">https://bugs.launchpad.net/nova/+bug/1621709</a>.
In newton, we only fix one bit which make the resource update
periodic task works correctly, then it will auto-heal
everything. For the migration claim part, that isn't the goal
for newton release.</div>
</blockquote>
<br>
To be clear, there are two distinct points :<br>
#1 there are MoveClaim objects that are synchronously made on resize
(and cold-migrate) and rebuild (and evacuate), but there is no claim
done by the live-migration path.<br>
There is a long-standing bugfix
<a class="moz-txt-link-freetext" href="https://review.openstack.org/#/c/244489/">https://review.openstack.org/#/c/244489/</a> that's been tracked by
<a class="moz-txt-link-freetext" href="https://bugs.launchpad.net/nova/+bug/1289064">https://bugs.launchpad.net/nova/+bug/1289064</a><br>
<br>
#2 all those claim operations don't trigger an allocation request to
the placement API, while the regular boot operation does (hence your
bug report).<br>
<br>
<br>
<blockquote
cite="mid:CAH7mGavB+62h7UuJ9FWR4XNLQB7N8a+5KPLbODTT0JtrO3Qh2Q@mail.gmail.com"
type="cite">
<div dir="ltr">
<div><br>
</div>
<div>So the first question is do we want to fix it in this
release? If the answer is yes, there have a concern need to
discuss.</div>
<div><br>
</div>
</div>
</blockquote>
<br>
I'd appreciate if we could merge first #1 before #2 because the
placement API decisions could be wrong if we decide to only allocate
for certain move operations.<br>
<br>
<blockquote
cite="mid:CAH7mGavB+62h7UuJ9FWR4XNLQB7N8a+5KPLbODTT0JtrO3Qh2Q@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>In order to implement the drop of migration claim, the RT
needs to remove allocation records on the specific RP(on the
source/destination compute node). But there isn't any API can
do that. The API about remove allocation records is 'DELETE
/allocations/{consumer_uuid}', but it will delete all the
allocation records for the consumer. So the initial fix(<a
moz-do-not-send="true"
href="https://review.openstack.org/#/c/369172/">https://review.openstack.org/#/c/369172/</a>)
adds new API '<span
style="color:rgb(0,0,0);font-family:monospace;white-space:pre">DELETE
/resource_providers/{rp_uuid}/allocations/{consumer_id}</span>'.
But Chris Dent pointed out this against the original design.
All the allocations for the specific consumer only can be
dropped together.</div>
<div><br>
</div>
<div>There also have suggestion from Andrew, we can update all
the allocation records for the consumer each time. That means
the RT will build the original allocation records and new
allocation records for the claim together, and put into one
API. That API should be 'PUT /allocations/{consumer_uuid}'.
Unfortunately that API doesn't replace all the allocation
records for the consumer, it always amends the new allocation
records for the consumer.</div>
<div><br>
</div>
<div>So which directly we should go at here?</div>
<div><br>
</div>
</div>
</blockquote>
<blockquote
cite="mid:CAH7mGavB+62h7UuJ9FWR4XNLQB7N8a+5KPLbODTT0JtrO3Qh2Q@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Thanks</div>
<div>Alex</div>
<div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: <a class="moz-txt-link-abbreviated" href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>
<a class="moz-txt-link-freetext" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
</blockquote>
<br>
</body>
</html>