<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">One more trick:<br>
      <br>
      Check /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini for
      local_ip value.<br>
      <br>
      Find local interface with that address (if none found - this is
      config bug). run tcpdump -ni THAT_INTERFACE proto gre to see if
      some traffic is ever leave compute node. <br>
      <br>
      Same thing can be done on network node to see if any  GRE traffic
      is reach it.<br>
      <br>
      On 29.01.2014 17:25, Alvise Dorigo wrote:<br>
    </div>
    <blockquote
      cite="mid:983C40A2-B1C8-4918-83E2-AB099A95F507@pd.infn.it"
      type="cite">
      <div>Hello,</div>
      <div>I've a distributed installation of OpenStack Havana on 3
        different nodes:</div>
      <div><br>
      </div>
      <div> 1. Controller node: nova-api + nova-cert + nova-scheduler +
        nova-consoleauth + nova-novncproxy + nova-conductor + keystone +
        glance + neutron server + Dashboard</div>
      <div><br>
      </div>
      <div> 2. compute node: nova-compute</div>
      <div><br>
      </div>
      <div> 3. network node: l3-agent + dhcp-agent + metadata-agent</div>
      <div><br>
      </div>
      <div>Of course, on all of them, the l2-agent
        (neutron-openvswitch-agent) is also running.</div>
      <div><br>
      </div>
      <div>From the dashboard I created a simple cirros image; then I
        launched it and attached to an non-external network (created in
        the Admin project, and having its own subnet and dhcp enabled).
        Nova assigned an IP to the VM, but actually when the VM's
        operating system bootstrapped it couldn't obtain from the DHCP
        the assigned IP.</div>
      <div><br>
      </div>
      <div>I monitored the br-int interface on the compute node and on
        the network node, using "tcpdump -i br-int".</div>
      <div><br>
      </div>
      <div>I saw the packet traffic going through the two br-int
        interfaces (from compute node to network node). But when I
        monitored the tapXYZ... in the dhcp network namespace (in the
        network node) I didn't see any packet traversing it:</div>
      <div><br>
      </div>
      <div>    ip netns exec qdhcpXYZ… "tcpdump -i tap37fgw74frwgc"</div>
      <div><br>
      </div>
      <div>… nothing … :-(</div>
      <div><br>
      </div>
      <div>So, it seems that the DHCP client's request correctly
        originates from the VM, and is correctly trasmitted to the
        network node by mean of the data network the two br-int
        interfaces are connected to; but for some reason the dhcp-agent
        doesn't receive anything, as proved by the null traffic on its
        tap.</div>
      <div><br>
      </div>
      <div>Any idea about what and how I could more deeply investigate ?</div>
      <div><br>
      </div>
      <div>thanks,</div>
      <div>Alvise</div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
OpenStack-operators mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>