Sunday, 2014-01-19

*** networkstatic has joined #openstack-neutron00:04
*** fatguylittlecoat has joined #openstack-neutron00:16
JoeJulianRather than having to assign one of my very hard to acquire ipv4 addresses to a host, can I just set up a port and have that port do (tcp) port forwarding to an internal address? I know I can use iptables within the netns for that router, but how would I make that persistent?00:38
*** salv-orlando_ has joined #openstack-neutron00:40
*** salv-orlando has quit IRC00:40
*** salv-orlando_ is now known as salv-orlando00:40
*** dave_tucker is now known as dave_tucker_zzz00:44
*** Makdaam_ has quit IRC01:16
*** Makdaam has joined #openstack-neutron01:16
*** Longgeek has joined #openstack-neutron01:18
*** sbalukoff has quit IRC01:21
*** Longgeek has quit IRC01:25
*** morganfainberg|z has quit IRC01:39
*** morganfainberg|z has joined #openstack-neutron01:40
*** morganfainberg|z is now known as morganfainberg01:40
*** morganfainberg is now known as Guest5219501:40
*** thuc has joined #openstack-neutron02:21
*** thuc has quit IRC02:32
*** thuc has joined #openstack-neutron02:33
*** thuc has quit IRC02:37
*** Longgeek has joined #openstack-neutron02:41
*** otherwiseguy has quit IRC02:51
*** Longgeek has quit IRC03:04
*** HenryG has joined #openstack-neutron03:07
*** networks_ has joined #openstack-neutron03:19
*** networkstatic has quit IRC03:22
*** fatguylittlecoat has quit IRC03:22
*** fatguylittlecoat has joined #openstack-neutron03:23
*** yamahata has quit IRC03:45
*** obondarev_ has joined #openstack-neutron04:04
*** Longgeek has joined #openstack-neutron04:05
*** Longgeek has quit IRC04:11
*** networkstatic has joined #openstack-neutron04:12
*** fatguylittleco-1 has joined #openstack-neutron04:13
*** networks_ has quit IRC04:15
*** fatguylittlecoat has quit IRC04:16
*** banix has joined #openstack-neutron04:16
*** obondarev_ has quit IRC04:28
*** obondarev_ has joined #openstack-neutron04:29
*** WackoRobie has quit IRC04:29
*** WackoRobie has joined #openstack-neutron04:29
*** obondarev_ has quit IRC04:45
*** WackoRobie has quit IRC04:52
*** WackoRobie has joined #openstack-neutron04:53
*** WackoRobie has quit IRC04:54
*** WackoRobie has joined #openstack-neutron04:55
*** yfried has quit IRC05:04
*** Longgeek has joined #openstack-neutron05:06
*** Longgeek has quit IRC05:11
*** WackoRobie has quit IRC05:15
*** WackoRobie has joined #openstack-neutron05:15
*** WackoRobie has quit IRC05:19
*** ijw has joined #openstack-neutron05:33
*** vkozhukalov has joined #openstack-neutron05:38
*** ijw has quit IRC05:38
*** banix has quit IRC05:51
*** Longgeek has joined #openstack-neutron05:52
*** yfried has joined #openstack-neutron05:53
*** Jabadia has quit IRC06:00
*** dguitarbite has joined #openstack-neutron06:05
*** Longgeek has quit IRC06:08
*** Longgeek has joined #openstack-neutron06:11
*** Longgeek has quit IRC06:16
*** nati_ueno has joined #openstack-neutron06:20
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/6650106:20
*** ashaikh has joined #openstack-neutron06:22
*** nati_uen_ has joined #openstack-neutron06:25
*** WackoRobie has joined #openstack-neutron06:26
*** nati_ueno has quit IRC06:28
*** WackoRobie has quit IRC06:31
*** Longgeek has joined #openstack-neutron06:33
*** Longgeek has quit IRC06:38
*** xuhanp has joined #openstack-neutron06:43
*** irenab has joined #openstack-neutron06:48
*** Jabadia has joined #openstack-neutron07:11
*** madmike has joined #openstack-neutron07:21
*** salv-orlando has quit IRC07:22
*** salv-orlando has joined #openstack-neutron07:22
*** mfink has quit IRC07:25
*** csd has quit IRC07:25
*** lifeless has quit IRC07:25
*** obondarev has quit IRC07:25
*** obondarev has joined #openstack-neutron07:26
*** Makdaam has quit IRC07:26
*** lari_ has quit IRC07:26
*** lari_ has joined #openstack-neutron07:26
*** lifeless has joined #openstack-neutron07:27
*** csd has joined #openstack-neutron07:27
*** Makdaam has joined #openstack-neutron07:28
*** Longgeek has joined #openstack-neutron07:34
*** Longgeek has quit IRC07:41
*** yfried has quit IRC07:41
*** Longgeek has joined #openstack-neutron07:44
*** Longgeek has quit IRC07:45
*** shashank_ has joined #openstack-neutron07:52
*** sbalukoff has joined #openstack-neutron07:52
*** yfried has joined #openstack-neutron07:58
*** julim has joined #openstack-neutron08:21
*** julim has quit IRC08:25
*** xuhanp has quit IRC08:25
*** shashank_ has quit IRC08:27
*** ashaikh has quit IRC08:35
lifelessanyone here used openvswitch 2.0.1 w/ linux 3.11? got a really strange thing happening09:31
lifelessoutbound gre packets are emitted correctly, but the inbound path seems horked09:32
lifelessovs-appctl dpif/dump-flows br-tun has no flows at all09:32
*** Longgeek has joined #openstack-neutron09:46
*** sbalukoff has quit IRC09:47
*** jlibosva has joined #openstack-neutron09:48
*** Longgeek has quit IRC09:51
*** Longgeek has joined #openstack-neutron10:18
openstackgerritgongysh proposed a change to openstack/neutron: fix allowedaddress pair update  https://review.openstack.org/6769810:21
*** majopela has quit IRC10:26
*** majopela has joined #openstack-neutron10:41
*** emagana has joined #openstack-neutron10:50
*** networkstatic has quit IRC10:59
*** emagana has quit IRC11:02
*** thuc has joined #openstack-neutron11:04
*** thuc has quit IRC11:13
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Test patch (do not review)  https://review.openstack.org/6585511:30
*** amuller has joined #openstack-neutron11:39
*** matrohon has quit IRC11:40
*** matrohon_ has quit IRC11:40
openstackgerritSean Dague proposed a change to openstack/neutron: strip off the newline from the url for logging  https://review.openstack.org/6770012:10
*** obondarev_ has joined #openstack-neutron12:17
*** afazekas_ has joined #openstack-neutron12:57
*** majopela has quit IRC13:02
*** itzikb has joined #openstack-neutron13:06
openstackgerritÉdouard Thuleau proposed a change to openstack/neutron: OVS lib defer apply doesn't handle concurrency  https://review.openstack.org/6391713:16
*** salv-orlando has quit IRC13:33
*** WackoRobie has joined #openstack-neutron13:36
*** bvandenh has joined #openstack-neutron13:37
*** Jabadia_ has joined #openstack-neutron13:46
*** Jabadia has quit IRC13:46
*** amuller is now known as amuller_afk13:48
*** amuller_afk is now known as amuller13:48
*** obondarev_ has quit IRC14:06
*** WackoRobie has quit IRC14:08
*** WackoRobie has joined #openstack-neutron14:08
*** WackoRobie has quit IRC14:13
*** Jabadia_ has quit IRC14:14
*** Jabadia has joined #openstack-neutron14:15
openstackgerritAvishay Balderman proposed a change to openstack/neutron: LBaaS L7 model (WIP)  https://review.openstack.org/6172114:17
*** Jabadia has quit IRC14:20
*** WackoRobie has joined #openstack-neutron14:34
*** irenab has quit IRC14:34
*** RajeshMohan has quit IRC14:34
*** RajeshMohan has joined #openstack-neutron14:36
*** beagles has quit IRC14:43
*** WackoRobie has quit IRC14:49
*** aymenfrikha has joined #openstack-neutron14:51
*** aymenfrikha has left #openstack-neutron14:51
*** amuller has joined #openstack-neutron14:52
*** aymenfrikha1 has joined #openstack-neutron14:53
enikanorov_mestery: Hi, i think https://review.openstack.org/#/c/66670/ is ready to get merged as we found agreement among cores. can you give +a?14:59
*** fatguylittleco-1 has quit IRC15:00
*** yfried has quit IRC15:00
*** aymenfrikha1 has quit IRC15:07
*** crazylion_ has joined #openstack-neutron15:10
*** crazylion_ has quit IRC15:13
*** yfried has joined #openstack-neutron15:16
*** WackoRobie has joined #openstack-neutron15:16
*** WackoRobie has quit IRC15:22
*** banix has joined #openstack-neutron15:24
*** enikanorov__ has quit IRC15:41
*** enikanorov has joined #openstack-neutron15:41
*** obondarev has quit IRC15:41
*** obondarev has joined #openstack-neutron15:42
*** pcm_ has joined #openstack-neutron15:46
*** pcm_ has quit IRC15:46
*** pcm_ has joined #openstack-neutron15:47
*** alagalah__ has quit IRC15:58
*** yfried has quit IRC16:07
*** roeyc has joined #openstack-neutron16:28
*** WackoRobie has joined #openstack-neutron16:33
*** banix has quit IRC16:37
*** WackoRobie has quit IRC16:37
*** clev has joined #openstack-neutron16:47
*** amuller has quit IRC16:48
*** shashank_ has joined #openstack-neutron17:03
*** itzikb has quit IRC17:06
*** Longgeek has quit IRC17:09
*** yfried has joined #openstack-neutron17:16
*** sdague has quit IRC17:30
*** sdague has joined #openstack-neutron17:30
*** nati_uen_ has quit IRC17:35
*** roeyc has quit IRC17:49
*** pcm_ has quit IRC17:49
HenryGenikanorov_: ping17:52
enikanorov_HenryG: hi17:52
HenryGenikanorov_: Can you take a quick look at the jenkins python27 log for https://review.openstack.org/63917 ?17:53
HenryGenikanorov_: here ... http://logs.openstack.org/17/63917/9/check/gate-neutron-python27/9624347/console.html17:53
enikanorov_yeah, I've seen this. something strange17:54
enikanorov_can't repro it locally17:54
HenryGenikanorov_: Why is test_parse_service_provider_opt_not_allowed_raises getting a KeyError?17:54
enikanorov_it's not the test raising, but code in neutron/openstack/common/gettextutils.py raises when formatting exception message17:55
enikanorov_the test itself expects exception to be thrown17:55
*** dave_tucker_zzz is now known as dave_tucker17:55
HenryGenikanorov_: yes, I see that. Is translation interfering somehow?17:55
*** clev has quit IRC17:56
enikanorov_i don't know yet. I guess that might be some new package version affecting this, i don't know17:56
enikanorov_for some reason not every patch is failing this test17:56
HenryGenikanorov_: ok, thanks. Good to know you are aware of it too.17:57
enikanorov_i'm trying to think of how to catch it.17:57
openstackgerritenikanorov proposed a change to openstack/neutron: LBaaS: Fix discrepancy between status and admin_state_up  https://review.openstack.org/5503217:58
*** thuc has joined #openstack-neutron18:07
*** clev has joined #openstack-neutron18:08
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Process port_update notifications in the main agent loop  https://review.openstack.org/6196418:12
*** salv-orlando has joined #openstack-neutron18:12
*** csd has quit IRC18:19
*** jlibosva has quit IRC18:19
openstackgerritenikanorov proposed a change to openstack/neutron: do not review  https://review.openstack.org/6771818:23
*** ashaikh has joined #openstack-neutron18:25
HenryGenikanorov_: I could repro it in my workspace18:27
enikanorov_HenryG: how?18:29
HenryGenikanorov_: Here is what I did ...18:29
HenryG1. git clone <neutron>18:29
HenryG2. Edit requirements.txt and set psutil>=1.1.018:29
HenryG3. git review -d 6391718:30
HenryG4. tox -e py2718:30
HenryGenikanorov_: that's all18:30
HenryGenikanorov_: (actually steps 2 and 3 are swapped)18:32
enikanorov_trying18:34
enikanorov_why changing requirements?18:34
HenryGit's an issue with the latest pip version, let me find the bug/review for it ...18:34
enikanorov_oh18:35
*** nati_ueno has joined #openstack-neutron18:35
*** nati_ueno has quit IRC18:35
HenryGenikanorov_: https://review.openstack.org/6520918:35
*** nati_ueno has joined #openstack-neutron18:36
HenryGenikanorov_: versions psutil<1.1.0 are not on PyPI18:36
HenryGenikanorov_: I don't think psutil has anything to do with the svc_type error18:38
enikanorov_ah, so i need to update pip18:38
enikanorov_that's the issue18:38
HenryGenikanorov_: well, I think tox installs the latest pip inside the venv18:38
enikanorov_right...18:38
enikanorov_mine is 1.518:38
HenryGenikanorov_: start with a new clone of neutron so the venv gets the latest of all packages18:39
enikanorov_i did that already, deleting .tox/py2718:39
HenryGenikanorov_: that should work too18:39
enikanorov_i think it made me a fresh venv18:39
HenryGenikanorov_: maybe also delete .testrepository to make sure18:40
enikanorov_do you run full testsuite?18:40
enikanorov_or only test_provider_configuration?18:40
HenryGenikanorov_: yes, the full18:41
HenryGI tried to emulate the gate18:41
HenryGenikanorov_: after that, when I run just the single test, it does not fail. :(18:43
enikanorov_i see18:43
enikanorov_running full test suite will take too much time...18:43
enikanorov_ok, i'll try that18:43
*** banix has joined #openstack-neutron18:46
*** clev has quit IRC18:51
*** thuc has quit IRC18:52
*** banix has quit IRC19:02
*** thuc has joined #openstack-neutron19:08
*** thuc has quit IRC19:11
*** thuc has joined #openstack-neutron19:11
*** thuc has quit IRC19:15
*** Jabadia has joined #openstack-neutron19:18
*** Jabadia has quit IRC19:20
*** thuc has joined #openstack-neutron19:20
*** Jabadia has joined #openstack-neutron19:20
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Avoid re-wiring ports unnecessarily  https://review.openstack.org/6355819:21
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Improve handling of security group updates  https://review.openstack.org/6310019:21
*** nati_uen_ has joined #openstack-neutron19:24
*** Longgeek has joined #openstack-neutron19:25
*** nati_ueno has quit IRC19:27
*** Longgeek has quit IRC19:32
*** dave_tucker is now known as dave_tucker_zzz19:37
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Avoid processing ports which are not yet ready  https://review.openstack.org/6583819:52
*** irenab has joined #openstack-neutron19:55
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: This is a multi-commit patch for testing. Do not review  https://review.openstack.org/6418519:57
*** vkozhukalov has quit IRC19:58
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: This is a multi-commit patch for testing. Do not review  https://review.openstack.org/5742019:59
*** jroovers has joined #openstack-neutron20:04
*** salv-orlando has quit IRC20:15
*** afazekas_ has quit IRC20:20
*** thuc has quit IRC20:26
*** thuc has joined #openstack-neutron20:27
openstackgerritSean Dague proposed a change to openstack/neutron: Sync with commit-id: 9d529dd324d234d7aeaa3e6b4d3ab961f177e2ed  https://review.openstack.org/6753720:30
*** thuc has quit IRC20:32
HenryGsdague: Will this ^ help with errors like http://logs.openstack.org/17/63917/9/check/gate-neutron-python27/9624347/console.html#_2014-01-19_13_36_44_12620:49
sdagueHenryG: that was me removing a change from the queue, because the overall neutron job failure rate is too high to put neutron changes in the gate right now20:51
sdagueisolated jobs are failing 70% of the time, the regular job 45%20:51
HenryGsdague: also seeing plain py26 and py27 unit tests failing in gettextutils somewhere20:53
lifelessanteaya: hey; you've been chatting to the neutron folk for a bit now; who would be a good person to ask about openvswitch weirdness?20:56
*** irenab has quit IRC20:57
*** zzelle has joined #openstack-neutron20:59
enikanorov_HenryG: apparently Salvatore has a patch for that20:59
enikanorov_for that failure20:59
enikanorov_HenryG: it's a sync from a fix that has been merged to oslo: https://review.openstack.org/#/c/67537/21:00
*** dave_tucker_zzz is now known as dave_tucker21:07
openstackgerritSean Dague proposed a change to openstack/python-neutronclient: Remove unused imports  https://review.openstack.org/6459221:19
openstackgerritSean Dague proposed a change to openstack/python-neutronclient: Updated help text for 'subnet-list' command  https://review.openstack.org/5426121:20
openstackgerritSean Dague proposed a change to openstack/python-neutronclient: Remove unused imports  https://review.openstack.org/6459221:20
openstackgerritSean Dague proposed a change to openstack/python-neutronclient: Adding weight column to Neutron lb member list CLI  https://review.openstack.org/6576621:21
*** salv-orlando has joined #openstack-neutron21:25
*** dave_tucker is now known as dave_tucker_zzz21:26
*** dave_tucker_zzz is now known as dave_tucker21:27
*** banix has joined #openstack-neutron21:29
*** Longgeek has joined #openstack-neutron21:31
*** bjornar has joined #openstack-neutron21:33
*** bjornar has quit IRC21:38
*** Longgeek has quit IRC21:40
*** WackoRobie has joined #openstack-neutron22:08
HenryGlifeless: for OVS questions try mestery22:12
lifelessmestery: oh hai!22:13
lifelessHenryG: thanks22:13
lifelessmestery: I'm trying to get someone with insight into how to debug http://lists.openstack.org/pipermail/openstack-operators/2014-January/003893.html22:13
*** salv-orlando has quit IRC22:20
*** bjornar has joined #openstack-neutron22:27
*** WackoRobie has quit IRC22:30
*** banix has quit IRC22:38
*** Longgeek has joined #openstack-neutron22:39
*** salv-orlando has joined #openstack-neutron22:39
salv-orlandoPeople of Neutron - are you seeing an increased rate of bug 1254890 or did I find a unique way to trigger it with every patch I push?22:42
*** Longgeek has quit IRC22:44
salv-orlandolifeless: could it be when doing tunnelling some extra header is being added in latest OVS version triggering  fragmentation, which with GRE is not hardware-assisted?22:48
salv-orlandoThis could be analysis sniffing the packet before it enters br-tun and then again just before it enters the eth interfacee.22:49
lifelesssalv-orlando: I filed a bug actually22:49
salv-orlandoSeen that22:49
salv-orlandoBug 127064622:49
lifelesssalv-orlando: there are two distinct problems; there is a complete tunnel failure with the dkms datapath22:49
lifelesssalv-orlando: and with multiple different versions we have this mtuish issue22:50
salv-orlandoah ok. I though from the mailing list the issue with the packet not making it to br-tun was solved.22:50
lifelesssalv-orlando: which is the bug I field22:50
lifeless*filed*22:50
lifelesssalv-orlando: the packet not arriving was workeda round by using the kernel 3.11 datapath rather than the dkms datapath22:50
lifelesssalv-orlando: so I filed the performance issue with neutron since it still happens in ovs 2; and I filed the tunnel being broken w/dkms datapath with ubuntu22:51
salv-orlandogotcha. I was then lazily discarding them as a "non-openstack" issue. But yes, it;s still an issue.22:51
lifelesssalv-orlando: so - the performance issue - yes, could be an extra header22:51
lifelesssalv-orlando: in http://openvswitch.org/releases/NEWS-2.0.022:51
lifelessv1.10.0 - 01 May 201322:51
lifeless      - Inheritance of the Don't Fragment bit in IP tunnels (df_inherit)22:51
lifeless        is no longer supported.22:51
lifeless      - Path MTU discovery is no longer supported.22:52
lifelesssalv-orlando: I haven't tried 1.922:52
*** WackoRobie has joined #openstack-neutron22:53
salv-orlandoI mean if scaling  the MTU back to 1440 worked for you we could do that as well. It's just that I would like to understand why that happens. Can you confirm it is related to different endpoints using different ovs releases? or does the issue occur even with both endpoints using the same version of ovs?22:54
lifelessboth endpoints are running the same version of ovs22:54
lifelesstest matrix:22:55
lifeless1.10.2 - 1.10.2 - happens22:55
lifeless2.0.1 - 2.0.1 - happens22:55
lifelessI only had mixed versions while debugging the tunnel failure during the 2.0 upgrade22:56
*** WackoRobie has quit IRC23:01
lifelesssalv-orlando: I haven't touched the 'ovs_use_veth' setting that james page talks about23:04
salv-orlandothat setting is just for how the vifs get plugged. But he might actually be thinking of the issue with br-int not connecting to br-tun23:05
lifelesssalv-orlando: so he reported directional performance issues, and it being fixed when he toggled that setting23:06
salv-orlandobecause it originally used patch ports which were at some point removed from the kernel module23:06
*** banix has joined #openstack-neutron23:06
lifelessMessage-ID: <524D387A.3080802@ubuntu.com>23:06
lifelessDate: Thu, 03 Oct 2013 10:27:22 +010023:06
lifelessanyhow, just putting it out there :)23:06
salv-orlandolifeless: oh well, I'll need to look into that. I've just looked at the patch which suppressed MTU path discovery in openvswitch. It seems it has an effect on how the MTU for a packet going over the tunnel is set: http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=commit;h=85b53b3110a1c97c4eaaf647adb8ab8afbeba0e723:08
lifelesssalv-orlando: yeah23:09
lifelesssalv-orlando: hah, in fact - http://www.gossamer-threads.com/lists/openstack/dev/32350#3235023:11
salv-orlandoyeah and indeed I now seem to recall to have seen that patch23:12
salv-orlandofor lowering MTU as a DHCP option23:12
lifelesshorrible workaround23:13
lifelessI mean, I can understand the pragmatic side of it23:14
lifelessbut breaking end to end IP feedback is a bad idea23:14
lifelessthe network stack *expects* to be able to discover the width of the plumbing dynamically23:14
salv-orlandoThe change has surely not been merged. I have found a change (abandoned) for disabling MTU path discovery also when running versions of OVS < 1.923:18
salv-orlandoWhich will probably just cause this issue to propagate to older releases as well23:18
lifelesshaha, this is interesting23:19
lifelesswhen I disable gro, the higher mtu still 'works'23:19
lifelessbut we still see a completely broken pmtu :23:20
lifeless19:  91.189.88.141                                       140.132ms reached23:20
lifeless     Resume: pmtu 65535 hops 19 back 5023:20
salv-orlandolifeless: if you disable GRE, the packets are just being sent down the eth interface direct. PMTU=65535 is interesting. Do you get the same value even with GRE?23:21
lifelesssalv-orlando: GRO, not GRE23:21
salv-orlandoah sorry23:21
lifelessgeneric receive offload23:21
salv-orlandoyep I miread23:21
lifelessdarragh said that gro + ovs works badly; I wanted to rule out a foot gun23:22
lifelessAFAICT it works fine as long as you're not fragmenting the hell outta things ;)23:22
salv-orlandolifeless: would you believe that the first result of a google query for GRO and GRE is a server fault question from the same author of the patch which disabled Path MTU discovery in OVS?23:24
*** bjornar has quit IRC23:26
salv-orlandoI think it's more a GRO w/GRE issue. Perhaps GRO keeps building up packets received from the wire and sends a larger than expected packet up to the stack which then triggers de-fragmentation in software. But I'm just guessing at this stage.23:27
salv-orlandoAll of my lab equipment are VMs running on openstack clouds… so I don't have any way to test this I am afraid23:28
salv-orlandoBut I'd trust Darragh on low-level networking issues :)23:28
lifelesssalv-orlando: I would23:30
lifelessboth trust darragn and believe the author23:30
lifelessthe pmtu being /wrong/ though is a fairly big signal to me23:30
lifelessthere's no way that the optimal behaviour can occur with that23:31
salv-orlandolifeless: as unfortunately I am pretty much guessing at the moment, I don't know how useful I am; last thing I can say if that, for any reason, the OVS tunnel port really receives a 65535 bytes packet, then you would see a lot of software-processed fragmenting as the OVS VIF ports on br-int have a much lower MTU. But then if you disable GRO, and do not observe anymore the performance issue while still seeing a 65K PMTU...23:34
salv-orlandoI really have no answer23:34
lifelessfair enough23:36
lifelessthe mtu on the neutron network node physical port is 150023:36
lifelessso its not possible to have a 65Kpmtu :)23:36
lifelesswhats darragh's irc nicname?23:40
openstackgerritSean Dague proposed a change to openstack/neutron: turn off eventlet.wsgi debug  https://review.openstack.org/6773723:40
lifelesssalv-orlando: also, if you want real hardware to test on, we have that in the tripleo test cloud; you could step up as a tripleo-cd-admin and get baremetal access23:40
*** Longgeek has joined #openstack-neutron23:43
salv-orlandolifeless: regarding the MTU I too think 65K is probably just a number coming out of nowhere.23:43
salv-orlandodo you think it could be worth forwarding the question to the ovs mailing list?23:44
lifelesssalv-orlando: I believe it's the highest value that a pmtu in ipv4 can be23:44
lifelessovs mailing list? likely, yes23:44
lifelessbut perhaps arosen will have ideas23:44
lifelessbeing nicera and all :)23:44
salv-orlandolifless: agreed. I think the ovs folks have a lot more knowledge than us on the idea...23:44
salv-orlandowell, arosen is as nicira as me ;)23:44
salv-orlandothe only difference is that he has the ovs guys in the same building23:45
*** Longgeek has quit IRC23:49
lifelesssalv-orlando: oh, *facepalm* - sorry!23:50
*** yfujioka has joined #openstack-neutron23:50
* lifeless extricates foot from fingers23:50
lifelesssalv-orlando: just shows how often I actually notice affiliation23:51
*** zzelle has quit IRC23:53
salv-orlandoThe reason why I'm asking to involve someone from the ovs side is that I think we should first be 100% sure of what's going on the network side before pushing any patch to Neutron.23:54
lifelesssalv-orlando: agreed23:58
lifelesssalv-orlando: my main concern is that at the moment there is a foot note in an install manual saying 'do X to make it work at all'23:59
lifelessand thats pretty bonkers23:59
salv-orlandolifeless: just out of curiosity, are GRE endpoints IPv4?23:59
lifelesseven *if* mtu lowering is the right thing (it's not :P), it shouldn't require manual setup, since neutron has enough info to detect the configuration23:59
lifelesssalv-orlando: yes23:59
lifelesssalv-orlando: 10Gbps NICs23:59
lifelessmellanoxes23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!