<div dir="ltr">Yes, we are using version 2.0.2.<div>The process uses only about 0.3% on network node and compute node.</div><div>Did you have the same issue?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 10 December 2014 at 14:31, mad Engineer <span dir="ltr"><<a href="mailto:themadengin33r@gmail.com" target="_blank">themadengin33r@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">are you using openvswitch? which version?<br>
if yes,is it consuming a lot of CPU?<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Dec 10, 2014 at 7:45 PM, André Aranha <<a href="mailto:andre.f.aranha@gmail.com">andre.f.aranha@gmail.com</a>> wrote:<br>
> Well, here we are using de Icehouse with Ubuntu 14.04 LTS<br>
><br>
> We found this thread in the community and we apply the changes in the<br>
> compute nodes (change VHOST_NET_ENABLED to 1 in /etc/default/qemu-kvm).<br>
> After do this, a few instances the problem doesn't exists anymore. This link<br>
> show an investigation to find the problem.<br>
><br>
> About the MTU in our cloud (using iperf),<br>
><br>
> 1-from any the Desktop to the Network Node<br>
> MSS size 1448 bytes (MTU 1500 bytes, ethernet)<br>
><br>
> 2-from any Desktop to the instance<br>
> MSS size 1348 bytes (MTU 1388 bytes, unknown interface)<br>
><br>
> 3- from any instance to the Network Node<br>
> MSS size 1348 bytes (MTU 1388 bytes, unknown interface)<br>
><br>
> 4- from any instance to the Desktop<br>
> MSS size 1348 bytes (MTU 1388 bytes, unknown interface)<br>
><br>
> 5-from Network Node to any ComputeNode<br>
> MSS size 1448 bytes (MTU 1500 bytes, ethernet)<br>
><br>
> 6-from any ComputeNode to NetworkNode<br>
> MSS size 1448 bytes (MTU 1500 bytes, ethernet)<br>
><br>
> On 10 December 2014 at 10:31, somshekar kadam <<a href="mailto:som_kadam@yahoo.co.in">som_kadam@yahoo.co.in</a>> wrote:<br>
>><br>
>> Sorry for wrong post mail chain.<br>
>><br>
>><br>
>> Regards<br>
>> Neelu<br>
>><br>
>><br>
>> On Wednesday, 10 December 2014 6:59 PM, somshekar kadam<br>
>> <<a href="mailto:som_kadam@yahoo.co.in">som_kadam@yahoo.co.in</a>> wrote:<br>
>><br>
>><br>
>> Hi All,<br>
>><br>
>> Please recommend which stable Host OS to use for Controller and Compute<br>
>> node.<br>
>> I have tried Fedora20 seems lot of tweaking is required, corerct me If I<br>
>> am wrong.<br>
>> I see that most of it is tested on ubuntu and centos.<br>
>> I am planning to use JUNO stable version.<br>
>> Please help on this<br>
>><br>
>><br>
>> Regards<br>
>> Neelu<br>
>><br>
>><br>
>> On Wednesday, 10 December 2014 5:42 PM, Hannah Fordham<br>
>> <<a href="mailto:hfordham@radiantworlds.com">hfordham@radiantworlds.com</a>> wrote:<br>
>><br>
>><br>
>> I'm afraid we didn't, we're still struggling with some VMs with this<br>
>> problem. Sorry!<br>
>><br>
>> On 9 December 2014 14:09:32 GMT+00:00, "André Aranha"<br>
>> <<a href="mailto:andre.f.aranha@gmail.com">andre.f.aranha@gmail.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> We are with the same issue here, and already try some solutions that<br>
>> didn't work at all. Did you solved this problem?<br>
>><br>
>> Thank you,<br>
>> Andre Aranha<br>
>><br>
>> On 27 August 2014 at 08:17, Hannah Fordham <<a href="mailto:hfordham@radiantworlds.com">hfordham@radiantworlds.com</a>><br>
>> wrote:<br>
>><br>
>> I’ve been trying to figure this one out for a while, so I’ll try and be as<br>
>> thorough as possible in this post but apologies if I miss anything pertinent<br>
>> out.<br>
>><br>
>> First off, I’m running a set up with one control node and 5 compute nodes,<br>
>> all created using the Stackgeek scripts -<br>
>> <a href="http://www.stackgeek.com/guides/gettingstarted.html" target="_blank">http://www.stackgeek.com/guides/gettingstarted.html</a>. The first two (compute1<br>
>> and compute 2) were created at the same time, compute3, 4 and 5 were added<br>
>> as needed later. My VMs are predominantly CentOS, while my Openstack nodes<br>
>> are Ubuntu 14.04.1<br>
>><br>
>> The symptom: irregular high latency/packet loss to VMs on all compute<br>
>> boxes except compute3. Mostly a pain when trying to do anything via ssh on a<br>
>> VM because the lag makes it difficult to do anything, but it shows itself<br>
>> quite nicely through pings as well:<br>
>> --- 10.0.102.47 ping statistics ---<br>
>> 111 packets transmitted, 103 received, 7% packet loss, time 110024ms<br>
>> rtt min/avg/max/mdev = 0.096/367.220/5593.100/1146.920 ms, pipe 6<br>
>><br>
>><br>
>> I have tested these pings:<br>
>> VM to itself (via its external IP) seems fine<br>
>> VM to another VM is not fine<br>
>> Hosting compute node to VM is not fine<br>
>> My PC to VM is not fine (however the other way round works fine)<br>
>><br>
>><br>
>> Top on a (32 core) compute node with laggy VMs:<br>
>> top - 12:09:20 up 33 days, 21:35, 1 user, load average: 2.37, 4.95, 6.23<br>
>> Tasks: 431 total, 2 running, 429 sleeping, 0 stopped, 0 zombie<br>
>> %Cpu(s): 0.6 us, 3.4 sy, 0.0 ni, 96.0 id, 0.0 wa, 0.0 hi, 0.0 si,<br>
>> 0.0 st<br>
>> KiB Mem: 65928256 total, 44210348 used, 21717908 free, 341172 buffers<br>
>> KiB Swap: 7812092 total, 1887864 used, 5924228 free. 7134740 cached<br>
>> Mem<br>
>><br>
>> And for comparison, on the one compute node that doesn’t seem to be<br>
>> suffering from this:<br>
>> top - 12:12:20 up 33 days, 21:38, 1 user, load average: 0.28, 0.18, 0.15<br>
>> Tasks: 399 total, 3 running, 396 sleeping, 0 stopped, 0 zombie<br>
>> %Cpu(s): 0.3 us, 0.1 sy, 0.0 ni, 98.9 id, 0.6 wa, 0.0 hi, 0.0 si,<br>
>> 0.0 st<br>
>> KiB Mem: 65928256 total, 49986064 used, 15942192 free, 335788 buffers<br>
>> KiB Swap: 7812092 total, 919392 used, 6892700 free. 39272312 cached<br>
>> Mem<br>
>><br>
>> Top on a laggy VM:<br>
>> top - 11:02:53 up 27 days, 33 min, 3 users, load average: 0.00, 0.00,<br>
>> 0.00<br>
>> Tasks: 91 total, 1 running, 90 sleeping, 0 stopped, 0 zombie<br>
>> Cpu(s): 0.2%us, 0.1%sy, 0.0%ni, 99.5%id, 0.1%wa, 0.0%hi, 0.0%si,<br>
>> 0.0%st<br>
>> Mem: 1020400k total, 881004k used, 139396k free, 162632k buffers<br>
>> Swap: 1835000k total, 14984k used, 1820016k free, 220644k cached<br>
>><br>
>> <a href="http://imgur.com/blULjDa" target="_blank">http://imgur.com/blULjDa</a> shows the hypervisor panel of Horizon. As you can<br>
>> see, Compute 3 has fewer resources used, but none of the compute nodes<br>
>> should be anywhere near overloaded from what I can tell.<br>
>><br>
>> Any ideas? Let me know if I’m missing anything obvious that would help<br>
>> with figuring this out!<br>
>><br>
>> Hannah<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> ***********<br>
>><br>
>> Radiant Worlds Limited is registered in England (company no: 07822337).<br>
>> This message is intended solely for the addressee and may contain<br>
>> confidential information. If you have received this message in error please<br>
>> send it back to us and immediately and permanently delete it from your<br>
>> system. Do not use, copy or disclose the information contained in this<br>
>> message or in any attachment. Please also note that transmission cannot be<br>
>> guaranteed to be secure or error-free.<br>
>><br>
>> _______________________________________________<br>
>> Mailing list:<br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
>> Unsubscribe :<br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>><br>
>><br>
>><br>
>> --<br>
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.<br>
>><br>
>><br>
>> ***********<br>
>><br>
>> Radiant Worlds Limited is registered in England (company no: 07822337).<br>
>> This message is intended solely for the addressee and may contain<br>
>> confidential information. If you have received this message in error please<br>
>> send it back to us and immediately and permanently delete it from your<br>
>> system. Do not use, copy or disclose the information contained in this<br>
>> message or in any attachment. Please also note that transmission cannot be<br>
>> guaranteed to be secure or error-free.<br>
>><br>
>> _______________________________________________<br>
>> Mailing list:<br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
>> Unsubscribe :<br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Mailing list:<br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
>> Unsubscribe :<br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
> Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
><br>
</div></div></blockquote></div><br></div>