<div dir="ltr">Once that bug is fixed, the port status will show DOWN in the Neutron API, but that doesn't affect how it appears inside of the instance.<div><br></div><div>The best way to completely ensure the instance isn't trying to use it is to detach it from the instance using the 'nova interface-detach' command.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 8, 2017 at 7:49 AM, Volodymyr Litovka <span dir="ltr"><<a href="mailto:doka.ua@gmx.com" target="_blank">doka.ua@gmx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p><font face="SFNS Display">Hi Kevin,</font></p>
    see below<span class=""><br>
    <br>
    <div class="m_8858115156911540876moz-cite-prefix">On 8/8/17 1:06 AM, Kevin Benton wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">What backend are you using? That bug is about the
        port showing ACTIVE when admin_state_up=False but it's still
        being disconnected from the dataplane. If you are seeing
        dataplane traffic with admin_state_up=False, then that is a
        separate bug.</div>
    </blockquote></span>
    I'm using OVS<span class=""><br>
    <blockquote type="cite">
      <div dir="ltr">
        <div>Also, keep in mind that marking the port down will still
          not be reflected inside of the VM via ifconfig or ethtool. It
          will always show active in there. So even after we fix
          bugĀ 1672629, you are going to see the port is connected inside
          of the VM.</div>
      </div>
    </blockquote></span>
    Is there way to disconnect port, thus putting it into DOWN state on
    VM, using Openstack API ? This is important for <b>public clouds</b>
    when it can be necessary to shutdown port of unmanaged (customer's)
    VM. The only idea I have is to set admin_state_up to False and,
    actually, it's the only command, which control port state.<br>
    <br>
    As I mentioned earlier, it seems it was working in Kilo ("I have
    checked the behavior of admin_state_up of Kilo version, when port
    admin-state-up is set to False, the port status will be DOWN.") but
    Ocata shows another behaviour, ignoring this parameter.<br>
    <br>
    So, any ideas on how to shutdown port on VM using Openstack API?<br>
    <br>
    Thank you!<span class=""><br>
    <blockquote type="cite">
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Mon, Aug 7, 2017 at 5:21 AM,
          Volodymyr Litovka <span dir="ltr"><<a href="mailto:doka.ua@gmx.com" target="_blank">doka.ua@gmx.com</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div text="#000000" bgcolor="#FFFFFF">
              <p><font face="SFNS Display">Hi colleagues,</font></p>
              <p><font face="SFNS Display">am I the only who care about
                  this case? - <a class="m_8858115156911540876m_-3719320261500074392moz-txt-link-freetext" href="https://bugs.launchpad.net/neutron/+bug/1672629" target="_blank">https://bugs.launchpad.net/neu<wbr>tron/+bug/1672629</a></font></p>
              <p><font face="SFNS Display">The problem is when I set
                  port admin_state_up to False, it still UP on the VM
                  thus continuing to route statically configured
                  networks (e.g. received from DHCP host_routes),
                  sending DHCP reqs, etc</font></p>
              <p><font face="SFNS Display">As people discovered, in Kilo
                  everything was ok - "</font>I have checked the
                behavior of admin_state_up of Kilo version, when port
                admin-state-up is set to False, the port status will be
                DOWN." - but at least in Ocata it is broken.</p>
              <p>Anybody facing this problem too? Any ideas on how to
                work around it?</p>
              <p>Thank you.<span class="m_8858115156911540876HOEnZb"><font color="#888888"><br>
                  </font></span></p>
              <span class="m_8858115156911540876HOEnZb"><font color="#888888">
                  <pre class="m_8858115156911540876m_-3719320261500074392moz-signature" cols="72">-- 
Volodymyr Litovka
  "Vision without Execution is Hallucination." -- Thomas Edison
</pre>
                </font></span></div>
            <br>
            ______________________________<wbr>_________________<br>
            OpenStack-operators mailing list<br>
            <a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.open<wbr>stack.org</a><br>
            <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-operators</a><br>
            <br>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
    <pre class="m_8858115156911540876moz-signature" cols="72">-- 
Volodymyr Litovka
  "Vision without Execution is Hallucination." -- Thomas Edison
</pre>
  </span></div>

</blockquote></div><br></div>