<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, Dec 4, 2018 at 9:58 PM Chris Dent <<a href="mailto:cdent%2Bos@anticdent.org">cdent+os@anticdent.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
* The 'randomize_allocation_candidates' config setting is used by<br>
   the placement-api process (probably called nova-placement-api in<br>
   queens), not the nova-scheduler process, so you need to update the<br>
   config (in the placement section) for the former and restart it.<br>
<br></blockquote><div><br></div><div>Thanks Chris.</div><div><br></div><div>I tried the same thing in the nova.conf of the nova_placement containers and still no joy.</div><div><br></div><div>A check on a fresh deploy of Queens with just a couple of x86 compute nodes proves that it can work without randomize_allocation_candidates being set to True. Out of the box we get an even distribution of VMs across compute nodes. It seems that somewhere along the path of adding Ironic and some baremetal nodes and host aggregates and a PPC64LE node, the scheduling goes awry.</div><div><br></div><div>Back to the drawing board, and the logs.</div><div><br></div><div>--</div><div>MC</div><div><br></div><div><br></div></div></div>