<div dir="ltr"><div><br></div><div style>Running latest EPEL Folsom packages on RHEL 6.3.  Three nodes right now, one controller, one network node, one compute node.  The network node has three NICs, one for external net, one for management net, one for VM network traffic.  It has been a miserable journey so far.</div>
<div style><br></div><div style>The lastest calamity began with a failed spawn of the Cirros test image.  I booted it like this:</div><div style><br></div><div style># nova --os-username demo --os-password demo --os-tenant-name demoProject boot --image aefa581f-47b0-4d46-8dbc-1a1f7f02dfa0 --flavor 2  --nic net-id=3de1e780-07d1-42af-89cc-0feaf1ece6e9 server-01<br>
</div><div><br></div>This succeeded but went directly into an ERROR state.  The compute node's /var/log/nova/compute.log showed this:<div><br></div><div><div>ProcessExecutionError: Unexpected error while running command.</div>
<div>Command: sudo nova-rootwrap /etc/nova/rootwrap.conf brctl addbr qbr2218b8c4-7d</div><div>Exit code: 1</div><div>Stdout: ''</div><div>Stderr: 'add bridge failed: Package not installed\n'</div><div><br>
</div></div><div style>Hrm.  So then I ran this:</div><div style><br></div><div style><div># brctl show</div><div>bridge name<span class="" style="white-space:pre">        </span>bridge id<span class="" style="white-space:pre">         </span>STP enabled<span class="" style="white-space:pre">       </span>interfaces</div>
<div>br-eth1<span class="" style="white-space:pre">             </span>/sys/class/net/br-eth1/bridge: No such file or directory</div><div>/sys/class/net/br-eth1/bridge: No such file or directory</div><div>/sys/class/net/br-eth1/bridge: No such file or directory</div>
<div>/sys/class/net/br-eth1/bridge: No such file or directory</div><div>/sys/class/net/br-eth1/bridge: No such file or directory</div><div>/sys/class/net/br-eth1/bridge: No such file or directory</div><div>/sys/class/net/br-eth1/bridge: No such file or directory</div>
<div>/sys/class/net/br-eth1/bridge: No such file or directory</div><div>/sys/class/net/br-eth1/bridge: No such file or directory</div><div>/sys/class/net/br-eth1/bridge: No such file or directory</div><div>/sys/class/net/br-eth1/bridge: No such file or directory</div>
<div>/sys/class/net/br-eth1/bridge: No such file or directory</div><div>0000.bc305befedd1<span class="" style="white-space:pre">    </span>no<span class="" style="white-space:pre">                </span></div><div>br-int<span class="" style="white-space:pre">             </span>/sys/class/net/br-int/bridge: No such file or directory</div>
<div>/sys/class/net/br-int/bridge: No such file or directory</div><div>/sys/class/net/br-int/bridge: No such file or directory</div><div>/sys/class/net/br-int/bridge: No such file or directory</div><div>/sys/class/net/br-int/bridge: No such file or directory</div>
<div>/sys/class/net/br-int/bridge: No such file or directory</div><div>/sys/class/net/br-int/bridge: No such file or directory</div><div>/sys/class/net/br-int/bridge: No such file or directory</div><div>/sys/class/net/br-int/bridge: No such file or directory</div>
<div>/sys/class/net/br-int/bridge: No such file or directory</div><div>/sys/class/net/br-int/bridge: No such file or directory</div><div>/sys/class/net/br-int/bridge: No such file or directory</div><div>0000.7e1636f42c4b<span class="" style="white-space:pre"> </span>no</div>
<div><br></div><div style>GAH!   What!!! First of all, bridge capability is set by default in the RHEL 6.3 kernel.  Secondly, nova knows that it's supposed to be using openvswitch.  The ProcessExecutionError's trace showed that the offending code came from /usr/lib/python2.6/site-packages/nova/virt/libvirt/vif.py line 216 which has this comment:</div>
<div style><br></div><div style><div>    def plug(self, instance, vif):</div><div>        """Plug using hybrid strategy</div><div><br></div><div>        Create a per-VIF linux bridge, then link that bridge to the OVS</div>
<div>        integration bridge via a veth device, setting up the other end</div><div>        of the veth device just like a normal OVS port.  Then boot the</div><div>        VIF on the linux bridge using standard libvirt mechanisms</div>
<div>        """</div><div><br></div><div style>Thirdly, ovs-vsctrl is happy:</div><div style><br></div><div style><div># ovs-vsctl show</div><div>44435595-8cc8-469c-ace4-ded76a7b864d</div><div>    Bridge "br-eth1"</div>
<div>        Port "br-eth1"</div><div>            Interface "br-eth1"</div><div>                type: internal</div><div>        Port "phy-br-eth1"</div><div>            Interface "phy-br-eth1"</div>
<div>        Port "eth1"</div><div>            Interface "eth1"</div><div>    Bridge br-int</div><div>        Port "int-br-eth1"</div><div>            Interface "int-br-eth1"</div><div>
        Port br-int</div><div>            Interface br-int</div><div>                type: internal</div><div>    ovs_version: "1.7.3"</div></div><div><br></div><div style>Final note, my network node fails the same way, but the controller does not.</div>
<div><br></div><div style>I hope so much that somebody knows what is going on here.  This is very terrible for me as I am struggling to achieve minimal functionality.  Thanks.</div></div></div><div><div><br></div>-- <br>\*..+.-<br>
--Greg Chavez<br>+//..;};
</div></div>