<div dir="ltr">The root cause is the same. Could you try the latest code from the trunk and see if problem has gone away?<div>If it has not then it is really a different issue.</div><div><br></div><div>Thanks,</div><div>Eugene.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 6, 2014 at 8:00 PM, rezroo <span dir="ltr"><<a href="mailto:reza@dslextreme.com" target="_blank">reza@dslextreme.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">
    <div>Eugene,<br>
      Bug 1254555 seems to be the opposite of what I'm observing in
      Havana devstack. The bug states:<br>
      <br>
      "
      
      I see that the ext-net network is not available after I do all of
      the above router/subnet creation. It does become available to
      tenants as soon as I restart neutron-server."<br>
      <br>
      But in the case below the external net is available until I kill
      and restart neutron-server. Then after it remains unavailable no
      matter what neutron daemon is killed and restarted - you cannot
      get anything from "<font color="#990000"><i>neutron
          net-external-list</i></font>" unless you make the external
      network shared.<br>
      <br>
      So how are the two bugs related?<br>
      Thanks,<br>
      Reza<div><div class="h5"><br>
      <br>
      On 01/05/2014 02:16 AM, Eugene Nikanorov wrote:<br>
    </div></div></div><div><div class="h5">
    <blockquote type="cite">
      <div dir="ltr">Hi rezoo,
        <div><br>
        </div>
        <div>This is a known bug for HAavana, which has been fixed (but
          was not backported), please see:</div>
        <div><a href="https://bugs.launchpad.net/neutron/+bug/1254555" target="_blank">https://bugs.launchpad.net/neutron/+bug/1254555</a><br>
        </div>
        <div><br>
        </div>
        <div>Thanks,</div>
        <div>Eugene.</div>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">On Sun, Jan 5, 2014 at 1:25 AM, rezroo
          <span dir="ltr"><<a href="mailto:reza@dslextreme.com" target="_blank">reza@dslextreme.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"> Hi all,<br>
              I'm testing the Havana devstack and I noticed that after
              killing and restarting the neutron server public networks
              are not returned when queried via horizon or command line,
              which in Grizzly devstack the query returns the external
              network even after a quantum-server restart:<br>
              <br>
              Basically, before killing neutron-server, executing the
              below command as demo/demo/nova we have:<br>
              <blockquote><font color="#990000"><i>stack@host1:~$
                    neutron net-external-list </i><i><br>
                  </i><i>+--------------------------------------+--------+------------------------------------------------------+</i><i><br>
                  </i><i>| id                                   | name  
                    |
                    subnets                                             
                    |</i><i><br>
                  </i><i>+--------------------------------------+--------+------------------------------------------------------+</i><i><br>
                  </i><i>| 16c986b3-fa3d-4666-a6bd-a0dd9bfb5f19 | public
                    | f0895c49-32ce-4ba2-9062-421c254892ec <a href="http://172.24.4.224/28" target="_blank">172.24.4.224/28</a>
                    |</i><i><br>
                  </i><i>+--------------------------------------+--------+------------------------------------------------------+</i><i><br>
                  </i><i>stack@</i></font><font color="#990000"><i><font color="#990000"><i>host1</i></font>:~$ </i><i><br>
                  </i></font></blockquote>
              After killing and restarting neutron-server we have:<br>
              <blockquote><i><font color="#990000">stack@</font></i><i><font color="#990000"><font color="#990000"><i>host1</i></font>:~$

                    neutron net-external-list </font></i><br>
                <br>
                <i><font color="#990000">stack@</font></i><i><font color="#990000"><font color="#990000"><i>host1</i></font>:~$
                  </font></i><br>
              </blockquote>
              <br>
              I can get around this problem by making the "public"
              network/subnet shared then everything starts working, but
              after that I'm not able to revert it back to private
              again. In checking with grizzly version the external
              "public" network is listed for all tenants even when it is
              not shared, so making it shared is not a solution, only
              verification of what the problem is.<br>
              <br>
              First, I think this is a neutron bug, and want to report
              it if not reported already. I didn't find a bug report,
              but if you know of it please let me know.<br>
              <br>
              Second, I am looking for documentation that explains the
              security policy and permissions for external networks.
              Although by checking legacy and current behaviour it seems
              that all tenants should be able to list all external
              networks even if they aren't shared, I'm looking for
              documentation that explains the thinking and reasons
              behind this behaviour. Also confusing is if by default all
              tenants can see external networks then what is the purpose
              of the "shared" flag, and why once a network/subnet is
              shared it cannot be undone.<br>
              <br>
              Thanks in advance.<br>
              <br>
              <br>
              <br>
              <br>
            </div>
            <br>
            _______________________________________________<br>
            OpenStack-dev mailing list<br>
            <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
OpenStack-dev mailing list
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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></div></div>

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