<div dir="ltr">In the case of baremetal in our environment, when a boot attempt fails we mark that node as being in maintenance mode, which prevents Nova from scheduling to it a second time. Then automation comes along and files repair tickets for the bad hardware. Only when a human or other automation fixes the node and removes the "maintenance" state, will it be available for scheduling again.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 22, 2017 at 1:25 PM, Eric Fried <span dir="ltr"><<a href="mailto:openstack@fried.cc" target="_blank">openstack@fried.cc</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey folks, sorry if this is a jejune question, but:<br>
<br>
In a no-reschedules-by-nova world, if a deploy fails on host 1, how does<br>
the orchestrator (whatever that may be) ask nova to deploy in such a way<br>
that it'll still try to find a good host, but *avoid* host 1?  If host 1<br>
was an attractive candidate the first time around, wouldn't it be likely<br>
to remain high on the list the second time?<br>
<br>
I'd also like to second the thought that the monolithic "instance in<br>
error state" gives the orchestrator no hint as to whether the deploy<br>
failed because of something the orchestrator did (remedy may be to<br>
redrive with different inputs, but no need to exclude the original<br>
target host) versus because something went wrong on the compute host<br>
(remedy would be to retry on a different host with the same inputs).<br>
Kind of analogous to the difference between HTTP 4xx and 5xx error<br>
classes.  (Perhaps implying a design whereby the nova API responds to<br>
the deploy request with different error codes accordingly.)<br>
<br>
Thanks,<br>
efried<br>
.<br>
<div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.<wbr>openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-operators</a><br>
</div></div></blockquote></div><br></div>