Have you ever try to check the route ?
#route -n
------------------ Original ------------------
From: "Martinx - ジェームズ";<thiagocmarti...@gmail.com>;
Date: Wed, Oct 23, 2013 11:34 AM
To: "Geraint Jones"<gera...@koding.com>;
Cc: "openstack@lists.openstack.org"<openstack@lists.openstack.org>;
Subject: Re: [Openstack] Very slow connectivity from within tenant network -GRE
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 <gera...@koding.com> 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
gera...@koding.com
M (NZ) +64 22 123 4626
M (US) +1 415 316 8027
From: Martinx - ジェームズ <thiagocmarti...@gmail.com>
Date: Tuesday, 22 October 2013 9:00 am
To: Rick Jones <rick.jon...@hp.com>
Cc: "openstack@lists.openstack.org" <openstack@lists.openstack.org>
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 <rick.jon...@hp.com> 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
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 :
openstack@lists.openstack.org Unsubscribe :
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
