WOW! Nice move! But, upgrading from `openvswitch 1.10.2-0ubuntu2~cloud0` to `1.11.0-1` did not solved my issue.
Tenant Instances still have a very slow Internet connectivity. Thanks anyway! Nice to see your charts, pretty good improvement! Regards, Thiago On 22 October 2013 22:48, Geraint Jones <[email protected]> wrote: > I have just had to tweak our grizzly network node the biggest impacts were > seem from doing changing root wrap to only use sudo - not the python > wrapper (its super slow) and upgrading openvswitch to 1.11 > > This smoke ping shows the latency to one of our instances from europe > before and after the openvswitch upgrade : http://d.pr/i/36v0 > > And this graph shows the load avg on our network node, the first drop is > from disabling root wrap the second is after the OVS upgrade : > http://d.pr/i/xhFc > > I would suggest you do the same, and just make sure all MTU’s are correct. > > -- > Geraint Jones > Director of Systems & Infrastructure > Koding > https://koding.com > [email protected] > M (NZ) +64 22 123 4626 > M (US) +1 415 316 8027 > > From: Martinx - ジェームズ <[email protected]> > Date: Tuesday, 22 October 2013 9:00 am > To: Rick Jones <[email protected]> > Cc: "[email protected]" <[email protected]> > Subject: Re: [Openstack] Very slow connectivity from within tenant > network - GRE > > Hi Rick! > > Back with Grizzly, I faced that problem and I was able to detect it, at > the Network Node with tcpdump and fix it by running "ip link set mtu 1454 > dev eth0" within the Instance. > > Not this time... This is another problem... ;-/ > > > On 22 October 2013 13:25, Rick Jones <[email protected]> wrote: > >> On 10/22/2013 01:32 AM, Martinx - ジェームズ wrote: >> >>> Stackers, >>> >>> I'm trying to put my Havana into production and I'm facing a very >>> strange problem. >>> >>> The Internet connectivity from tenant's subnet is very, very slow. It is >>> useless in fact... I can not even use "apt-get update" from a Instance. >>> >>> The following command works (apt update from the tenant namespace): >>> >>> --- >>> root@net-node-1:~# ip netns exec qrouter-XXXXXXXXX aptitude update >>> --- >>> >>> But not from the tenant subnet... >>> >>> I'm following this topology: >>> >>> http://docs.openstack.org/**trunk/install-guide/install/** >>> apt/content/section_use-cases-**tenant-router.html<http://docs.openstack.org/trunk/install-guide/install/apt/content/section_use-cases-tenant-router.html> >>> >>> Already tried to change MTUs (via DHCP agent)... Nothing had fixed this >>> weird issue. >>> >>> Any thoughts?! >>> >>> Right now, my "aptitude safe-upgrade" will take 2 days to download >>> 60MB... During this network outages, even the SSH session stops >>> responding for a few seconds... >>> >>> Everything else seems to be working as expected, as for example, DHCP, >>> Floating IPs, Security Groups... >>> >>> Sometimes, even the first ssh connection to the Instance Floating IP, >>> have a lag. >>> >> >> It is but a guess, but I wonder if, even with changing MTUs (to what >> values?) you may still be experiencing a PathMTU+ICMP blackhole problem >> accessing nodes on the Internet. Can you access something that is a bit >> "closer" but still outside your stack so you have a shot at looking at >> netstat statistics on the sender and/or get packet traces on the sender? >> >> You could still try taking packet traces at the instance or perhaps the >> namespace and try to discern packet losses at the receiving side, though it >> can be a bit more difficult. >> >> rick jones >> >> > _______________________________________________ Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : > [email protected] Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : [email protected] Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
