<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#232729" text="#eeeeec" link="#4a90d9" vlink="#eeeeec">
<div>Hi all,</div>
<div><br>
</div>
<div>we have the following setup:</div>
<div>- Openstack Ocata deployed with Openstack Ansible (v15.1.7)</div>
<div>- 66 compute nodes, each having between 50 and 150 VMs, depending on their hardware configuration</div>
<div>- we don't use Ceilometer (so not adding extra load on RabbitMQ cluster)</div>
<div>- using Openvswitch HA with DVR </div>
<div>- all messaging are going through a 3 servers RabbitMQ cluster</div>
<div>- we now have 3 CCs hosting (initially had 2) hosting every other internal service
</div>
<div><br>
</div>
<div>What happens is, when we create a large number of VMs (it's something we do on a daily basis, just to test different types of VMs and apps, around 300 VMs), there are some of them that don't get the network interface attached in a reasonable time.
</div>
<div>After investigating, we can see that Neutron Openvswitch agent sees the port attached to the server, from an Openstack point of view, I can see the tap interface created in Openvswitch using both its logs and dmesg, but I can see nova attaching the interface
 after a huge amount of time. (I could see even 45 minutes delay)</div>
<div><br>
</div>
<div>Since I can't see any reasonable errors I could take care of, my last chance is this mailing list.</div>
<div>Only thing I can think of, is that maybe libvirt is not able to attach the interface in a reasonable amount of time. But still, 45 minutes is way too much.</div>
<div><br>
</div>
<div>At the moment:</div>
<div>vif_plugging_is_fatal = True</div>
<div>vif_plugging_timeout = 600 (modified from default 300s)</div>
<div><br>
</div>
<div>That's because we needed VMs with networking. Otherwise, if either with error, either with no network, it's the same thing for us.</div>
<div><br>
</div>
<div>Thanks,</div>
<div><span>
<pre>-- <br></pre>
Radu Popescu <<a href="mailto:radu.popescu@emag.ro">radu.popescu@emag.ro</a>></span></div>
</body>
</html>