<div dir="ltr"><span style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px"> filters should be applied to the list of hosts that are in ‘force_hosts’.</span><br><div><span style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px"><br></span></div><div><span style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px">Yes, @Gray, it's my point.</span></div><div><span style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px"><br></span></div><div><span style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px">Operator can live-migrate a instance to a </span><span style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px">specified host and skip filters,  it's apposite and important, I agree with you.</span></div><div><span style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px"><br></span></div><div><font color="#000000" face="Calibri, sans-serif"><span style="font-size:14px">But when we boot instance, we always want to launch a instance successfully or get a clear failure reason, if the filters are applied for the force host, operator maybe find out that he is doing something wrong at earlier time. For example, he couldn't boot a pci instance on a force host that don't own pci device.</span></font><br></div><div><span style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px"><br></span></div><div><font color="#000000" face="Calibri, sans-serif"><span style="font-size:14px">and I don't think 'force_hosts' is operator action, the default value is 'is_admin:True' in policy.json, but in some case the value may be changed so that the regular user can boot instance on specified</span></font><span style="font-size:14px;color:rgb(0,0,0);font-family:Calibri,sans-serif"> host.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-12 17:44 GMT+08:00 Sylvain Bauza <span dir="ltr"><<a href="mailto:sbauza@redhat.com" target="_blank">sbauza@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <br>
    <div>Le 12/02/2015 10:05, Rui Chen a écrit :<br>
    </div><div><div class="h5">
    <blockquote type="cite">
      <div dir="ltr">Hi:
        <div><br>
        </div>
        <div>
          <div>   If we boot instance with 'force_hosts', the force host
            will skip all filters, looks like that it's intentional
            logic, but I don't know the reason.</div>
          <div><br>
          </div>
          <div>   I'm not sure that the skipping logic is apposite, I
            think we should remove the skipping logic, and the
            'force_hosts' should work with the scheduler, test whether
            the force host is appropriate ASAP. Skipping filters and
            postponing the booting failure to nova-compute is not
            advisable.</div>
          <div><br>
          </div>
          <div>    On the other side, more and more options had been
            added into flavor, like NUMA, cpu pinning, pci and so on,
            forcing a suitable host is more and more difficult.</div>
        </div>
        <div><br>
        </div>
      </div>
    </blockquote>
    <br></div></div>
    Any action done by the operator is always more important than what
    the Scheduler could decide. So, in an emergency situation, the
    operator wants to force a migration to an host, we need to accept it
    and do it, even if it doesn't match what the Scheduler could decide
    (and could violate any policy)<br>
    <br>
    That's a *force* action, so please leave the operator decide.<br>
    <br>
    -Sylvain<br>
    <br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>Best Regards.</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
    </blockquote>
    <br>
  </div>

<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>