<div dir="ltr">Adam,<div><br></div><div>not only "available", Nova would also not schedule to Ironic nodes which have maintenance==True regardless of their provisioning state.</div><div><br></div><div>Also, you might have orphaned Ironic nodes, when node is available, but still has instance_uuid assigned without actual instance in Nova. These AFAIK would also not be scheduled to. To fix it update the node resetting this field</div><div><br></div><div>ironic node-update <node-uuid> remove instance_uuid</div><div><br></div><div>Cheers,</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Dr. Pavlo Shchelokovskyy<div>Senior Software Engineer</div><div>Mirantis Inc</div><div><a href="http://www.mirantis.com" target="_blank">www.mirantis.com</a></div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Jun 28, 2016 at 1:29 AM, Adam Young <span dir="ltr"><<a href="mailto:ayoung@redhat.com" target="_blank">ayoung@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 06/26/2016 07:00 PM, Steve Baker wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Assuming the stack is deleted and nova is showing no servers, you likely have ironic nodes which are not in a state which can be scheduled.<br>
<br>
Do an ironic node-list, you want Power State: Off, Provisioning State: available, Maintenance: False<br>
</blockquote>
<br></span>
Yes, we have that.  First thing we checked.  I assume "available" is the most important part of that?<div class="HOEnZb"><div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
On 25/06/16 09:27, Adam Young wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A coworker and I have both had trouble recovering from failed overcloud deploys.  I've wiped out whatever data I can, but, even with nothing in the Heat Database, doing an<br>
<br>
openstack overcloud deploy<br>
<br>
seems to be looking for a specific Nova server by UUID:<br>
<br>
<br>
heat resource-show 93afc25e-1ab2-4773-9949-6906e2f7c115 0<br>
<br>
| resource_status_reason | ResourceInError: resources[0].resources.Controller: Went to status ERROR due t│·········································································································<br>
o "Message: No valid host was found. There are not enough hosts available., Code: 500" | │·········································································································<br>
| resource_type          | OS::TripleO::Controller<br>
<br>
<br>
Inside the Nova log I see:<br>
<br>
<br>
2016-06-24 21:05:06.973 15551 DEBUG nova.api.openstack.wsgi [req-c8a5179c-2adf-45a6-b186-7d7b29cd8f39 bcd│·········································································································fefb36f44443ca9a8f3cfa445ab40 ec662f250a85453cb40054f3aff49b58 - - -] Returning 404 to user: Instance 8f9│·········································································································0c961-4609-4c9b-9d62-360a40f88eed could not be found. __call__ /usr/lib/python2.7/site-packages/nova/api/│·········································································································<br>
openstack/wsgi.py:1070<br>
<br>
<br>
How can I get the undercloud back to a clean state?<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>
</blockquote>
<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>
</blockquote>
<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>
</div></div></blockquote></div><br></div>