<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Is the network node also acting as a
      Compute node ?<br>
      The issue you were mentioning was related to the tap virtual
      device (for DHCP leases) : if the network node goes down, then the
      DHCP lease is expiring on the vm without being reack, and then
      your instance is loosing its IP address.<br>
      By recreating the bridges upon reboot on the network node, the tap
      interface will be back up. On the VMs, only a DHCP request is
      enough, not a reboot (or even a compute node reboot).<br>
      <br>
      I know there is also a second bug related to virtio bridges on the
      compute nodes. This is still a bit unclear to me, but upon compute
      node reboot, virtio bridges are also not reattached, only new
      instances created afterwards.<br>
      <br>
      Could you please run 'ovs-dpctl show br-int' (provided br-int is
      the right bridge), 'ovs-vsctl show' and 'brctl show' ?<br>
      <br>
      Le 01/03/2013 21:28, The King in Yellow a écrit :<br>
    </div>
    <blockquote
cite="mid:CABDznXuBckhVyyLurg=-cV68kO0G=HZYG4Ki_KxRdjeepzCHCQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">On Fri, Mar 1, 2013 at 10:11 AM,
            Sylvain Bauza <span dir="ltr"><<a moz-do-not-send="true"
                href="mailto:sylvain.bauza@digimind.com" target="_blank">sylvain.bauza@digimind.com</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
              0.8ex;border-left:1px solid
              rgb(204,204,204);padding-left:1ex">
              <div text="#000000" bgcolor="#FFFFFF">
                <div>There is a known bug for the network bridges, when
                  rebooting : <br>
                  <a moz-do-not-send="true"
                    href="https://bugs.launchpad.net/quantum/+bug/1091605"
                    target="_blank">https://bugs.launchpad.net/quantum/+bug/1091605</a><br>
                  <br>
                  Try to delete/recreate your br-int/br-ex and then
                  restart openvswitch_plugin/l3/dhcp agents, it should
                  fix the issue.</div>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div>Thanks!  Now, I can create a new instance, and that
              works.  My previous instances don't work, however.  What
              do I need to do to get them reattached?<br>
              <br>
              <br>
              <span style="font-family:courier new,monospace">root@os-network:/var/log/quantum#
                ping 10.5.5.6<br>
                PING 10.5.5.6 (10.5.5.6) 56(84) bytes of data.<br>
                ^C<br>
                --- 10.5.5.6 ping statistics ---<br>
                2 packets transmitted, 0 received, 100% packet loss,
                time 1008ms<br>
                <br>
                root@os-network:/var/log/quantum# ping 10.5.5.7<br>
                PING 10.5.5.7 (10.5.5.7) 56(84) bytes of data.<br>
                64 bytes from <a moz-do-not-send="true"
                  href="http://10.5.5.7">10.5.5.7</a>: icmp_req=1 ttl=64
                time=2.13 ms<br>
                64 bytes from <a moz-do-not-send="true"
                  href="http://10.5.5.7">10.5.5.7</a>: icmp_req=2 ttl=64
                time=1.69 ms<br>
                64 bytes from <a moz-do-not-send="true"
                  href="http://10.5.5.7">10.5.5.7</a>: icmp_req=3 ttl=64
                time=1.93 ms<br>
                64 bytes from <a moz-do-not-send="true"
                  href="http://10.5.5.7">10.5.5.7</a>: icmp_req=4 ttl=64
                time=1.01 ms<br>
                ^C<br>
                --- 10.5.5.7 ping statistics ---<br>
                4 packets transmitted, 4 received, 0% packet loss, time
                3003ms<br>
                rtt min/avg/max/mdev = 1.013/1.692/2.132/0.424 ms<br>
                root@os-network:/var/log/quantum# </span><br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
  </body>
</html>