Friday, 2016-03-04

*** azbiswas has joined #openstack-neutron-ovn00:00
*** azbiswas_ has joined #openstack-neutron-ovn00:03
*** azbiswas has quit IRC00:07
*** azbiswas_ has quit IRC00:15
*** manand has quit IRC00:19
*** azbiswas has joined #openstack-neutron-ovn00:33
*** azbiswas has quit IRC01:10
*** azbiswas has joined #openstack-neutron-ovn01:15
*** jckasper has joined #openstack-neutron-ovn01:42
*** jhfeng has joined #openstack-neutron-ovn01:43
*** azbiswas has quit IRC01:46
*** jckasper has quit IRC01:47
*** yamamoto has joined #openstack-neutron-ovn01:53
*** jhfeng has quit IRC02:13
*** yamamoto has quit IRC02:23
*** yamamoto has joined #openstack-neutron-ovn02:23
*** yamamoto has quit IRC02:29
*** arosen12 has quit IRC02:34
*** gangil has quit IRC02:53
*** s3wong has quit IRC02:53
*** yamamoto has joined #openstack-neutron-ovn03:11
*** brad_behle has joined #openstack-neutron-ovn03:33
*** gangil has joined #openstack-neutron-ovn03:53
*** gangil has joined #openstack-neutron-ovn03:53
*** gangil has quit IRC04:05
*** numans has joined #openstack-neutron-ovn04:17
*** openstack has joined #openstack-neutron-ovn04:29
*** markmcclain has joined #openstack-neutron-ovn04:29
*** jamespd has joined #openstack-neutron-ovn04:29
*** openstack has quit IRC04:30
*** openstack has joined #openstack-neutron-ovn04:32
*** openstack has quit IRC04:34
*** openstack has joined #openstack-neutron-ovn14:07
mesteryrussellb: morning!14:07
russellbmorning14:08
russellbwhat'd i break14:08
mesterylol14:08
mesteryNothing :)14:08
mesteryJust been swamped this week14:08
mesteryWanted to say hi on Friday morning14:08
mesteryFRIDAY!14:08
mesteryWoot!14:08
russellbFRIDAY14:08
russellbit has been a little quiet here this week14:08
mesteryYEah, man, tons going on14:08
*** fzdarsky is now known as fzdarsky|afk14:09
mesteryI do have a question for you: is there any reason to assume that OVN will NOT work with VRRP?14:09
russellbyeah, quiet in a good way, lots of heads down14:09
* mestery nods14:09
russellbum14:09
russellbVRRP in what context14:09
russellbwith l3 agent?14:09
russellbor future ovn?14:09
mesterySo, guests running VRRP themselves in either provider networks or private networks14:09
Sam-I-AmmoooOOOO14:09
Sam-I-Aml3ha > dvr :)14:09
mesteryE.g. a guest does their own VRRP14:09
mestery*tenant14:09
Sam-I-Amif you're going to implement something14:09
russellbi see14:09
russellbit may require some patches not merged yet14:10
russellbi'd have to look at exactly how VRRP works again14:10
mesteryYeah, that's what I was thinking.14:10
Sam-I-Amits the sound you make after eating a pound of bbq14:10
russellblike, you might need allowed-address-pairs support or something14:10
mesteryRight, that's what I was thinking too14:10
Sam-I-Amvrrp uses multicast addresses14:10
mesteryWe need to get that allowed address pair stuff in14:10
russellbi suspect allowed-address-pairs is needed...14:10
* russellb guessing14:11
russellbbut any limitation would be something in that area14:11
russellbso certainly nothing fundamental14:11
russellbjust short term stuff we need to get finished14:11
russellbi guess a related question is, what is needed to use it with current neutron+ovs14:11
mesteryGood question14:12
russellbwhat API details14:12
mesterySo, it turns out that internally, we had some folks using Linuxbridge + L2pop14:12
mesteryAnd you can't do it there14:12
mesteryBecause of the l2pop14:12
*** jckasper has joined #openstack-neutron-ovn14:12
mesteryI don't htink OVN prevents it in the same way though14:12
russellborly14:12
mesteryYeah14:12
russellbwe do something similar to l2pop though14:12
mesteryOrly14:12
mesteryThat's right14:12
russellbwhat about l2pop breaks it14:12
mesteryo_o14:12
* mestery grabs the email14:12
mesteryMeh, no details, just that due to LB+L2pop+VXLAN guests can do their own VRRP14:13
russellbhand wave :)14:13
mesteryMust be something with how L2pop is distributing the Mac:IP mappings14:13
mesterySo you're right14:13
mesteryMaybe it won't work for us14:14
mesteryI should try it14:14
russellbwe can certainly make it work14:14
Sam-I-Amwhy would tenants do their own vrrp? set up their own little network node boxes?14:14
russellbjust need detailed requirements14:14
mesteryYes14:14
russellbi'14:14
russellbturns out we have a lot of tempest disabled right now :(14:15
russellbby accident14:15
mesteryOh no!14:15
Sam-I-Amrussellb: dont look too closely at devstack14:17
*** yamamoto_ has quit IRC14:17
openstackgerritRussell Bryant proposed openstack/networking-ovn: Update supported API extensions for tempest.  https://review.openstack.org/28814214:22
russellbwe'll see if that actually passes tempest14:26
russellbi'm a little scared14:26
*** fzdarsky|afk is now known as fzdarsky14:30
Sam-I-Amheh14:32
Sam-I-Amwell, everything will work fine until we remove external_network_bridge :)14:34
*** openstackgerrit_ has quit IRC14:36
*** openstackgerrit_ has joined #openstack-neutron-ovn14:37
*** thumpba has quit IRC14:46
*** jckasper has quit IRC14:48
*** jckasper has joined #openstack-neutron-ovn14:48
*** yamamoto has joined #openstack-neutron-ovn15:05
*** yamamoto has quit IRC15:05
*** yamamoto has joined #openstack-neutron-ovn15:06
*** thumpba has joined #openstack-neutron-ovn15:18
*** thumpba has quit IRC15:20
*** thumpba has joined #openstack-neutron-ovn15:20
*** thumpba has quit IRC15:20
*** jckasper has quit IRC15:22
*** thumpba_ has joined #openstack-neutron-ovn15:22
*** thumpba_ has quit IRC15:22
openstackgerritRussell Bryant proposed openstack/networking-ovn: Update supported API extensions for tempest.  https://review.openstack.org/28814215:22
openstackgerritRussell Bryant proposed openstack/networking-ovn: Fix QoS unit tests.  https://review.openstack.org/28852415:22
*** thumpba has joined #openstack-neutron-ovn15:22
*** jckasper has joined #openstack-neutron-ovn15:22
openstackgerritRussell Bryant proposed openstack/networking-ovn: Run cross-tenant traffic tempest test  https://review.openstack.org/28811515:23
*** jhfeng has joined #openstack-neutron-ovn15:31
*** palexster has quit IRC15:34
*** palexster has joined #openstack-neutron-ovn15:34
*** yamamoto has quit IRC15:39
*** regXboi has joined #openstack-neutron-ovn15:40
regXboirussellb: ping15:40
russellbpong, on phone though15:40
regXboirussellb: it looks like some ovn tests cases are failing in master right now - I'm going to see about pushing a patch through to address them15:41
russellbunit tests?15:41
russellbif so, see https://review.openstack.org/28852415:41
regXboino I mean OVN cases15:42
regXboifrom github15:42
russellboh, ovn itself15:42
regXboiyes15:42
regXboiI just cloned openvswitch/ovs.git and the nbctl, vtep and one sbctl cases are failing15:43
* russellb runs tests15:43
* regXboi re-runs tests15:43
* regXboi trying to make sure he doesn't have unexpected cruft hanging around15:44
russellball tests passing for me15:45
regXboihuh15:45
regXboiok, then I must have some cruft running around15:46
russellb$ make check TESTSUITEFLAGS="-k ovn"15:46
regXboiyeah15:46
regXboiI'm doing that15:46
russellbpasses here15:46
russellbtravis-ci is faililng, but seems all IPv6 related15:46
russellblike IPv6 is suddenly completely disabled or something, so unrelated15:46
regXboiok then it must be cruft on my test server, though I have no idea what or why15:47
russellbdarn software15:47
*** numans has quit IRC15:47
*** shangxdy has joined #openstack-neutron-ovn15:53
*** yamamoto has joined #openstack-neutron-ovn15:55
regXboirussellb: I'm pretty sure something strangeo is going on here - the error message on the first ovn-nbctl test is ovn-nbctl: : database connection failed (Address family not supported by protocol)16:03
regXboiwhich means it's not even getting a socket16:03
*** yamamoto has quit IRC16:05
lrichard_  all tests passed for me this morning as well16:05
lrichard_^fwiw16:06
regXboiugh16:07
regXboiok I found it16:08
regXboiif you have OVN_NB_DB and or OVS_SB_DB set in your environment, then tests might fail unexpectedly16:09
regXboier OVN_SB_DB16:09
regXboirussellb: is it worth doing something in the test code to avoid that possibility?16:09
russellbin meeting16:10
regXboiack: will ping later16:10
*** jckasper has quit IRC16:11
*** jckasper has joined #openstack-neutron-ovn16:12
*** jckasper has quit IRC16:16
*** jckasper has joined #openstack-neutron-ovn16:17
openstackgerritRichard Theis proposed openstack/networking-ovn: Doc: Add missing Neutron API extensions  https://review.openstack.org/28856316:20
*** tongli has joined #openstack-neutron-ovn16:26
*** jckasper has quit IRC16:27
*** jckasper has joined #openstack-neutron-ovn16:28
*** jckasper has quit IRC16:29
*** armax has quit IRC16:29
*** jckasper has joined #openstack-neutron-ovn16:29
*** armax has joined #openstack-neutron-ovn16:29
mesteryrussellb: Turns out we do need allowed address pairs to support VRRP in guest instances with OVN16:37
mesteryA blog arosen wrote indicates as such: http://superuser.openstack.org/articles/implementing-high-availability-instances-with-neutron-using-vrrp16:37
mestery:)16:37
russellbk16:37
russellbwill have that soon16:37
russellbup for review i think16:37
regXboirussellb: you still in mtg?16:37
russellbyes16:37
regXboiok16:37
* regXboi wanders away again16:37
mesteryrussellb: Yes, looks like numan needs to re-roll to address a few things, so coolio!16:42
openstackgerritRussell Bryant proposed openstack/networking-ovn: Run cross-tenant traffic tempest test  https://review.openstack.org/28811516:56
russellbmoarrrrr testing16:56
*** fzdarsky is now known as fzdarsky|afk16:59
*** yamamoto has joined #openstack-neutron-ovn17:05
*** yamamoto has quit IRC17:15
mesteryrussellb: \o/ Testing!17:40
*** jhfeng has quit IRC17:52
*** salv-orlando has joined #openstack-neutron-ovn17:52
*** yamamoto has joined #openstack-neutron-ovn17:53
*** jhfeng has joined #openstack-neutron-ovn17:54
*** salv-orl_ has quit IRC17:55
*** azbiswas has joined #openstack-neutron-ovn17:57
*** jhfeng has quit IRC17:58
regXboiugh... so putting in the delete detection just didn't work18:06
* regXboi goes back to the drawing board18:06
*** shangxdy has quit IRC18:09
russellbsoftware is hard18:12
*** yarkot_ has joined #openstack-neutron-ovn18:13
*** yamamoto has quit IRC18:14
*** yamamoto has joined #openstack-neutron-ovn18:15
*** tongli has quit IRC18:21
*** yarkot_ has quit IRC18:21
*** yamamoto has quit IRC18:25
openstackgerritRussell Bryant proposed openstack/networking-ovn: Try re-enabling some IPv6 tests.  https://review.openstack.org/28862918:29
russellb"SKIPPED: subnet pools extension not enabled"18:32
russellbi thought we had that ...18:32
russellbmestery: ^18:32
mesteryhuh? It should be there18:32
russellbi'll look closer to see why it thinks that18:32
mesteryrussellb:https://github.com/openstack/networking-ovn/blob/master/networking_ovn/plugin.py#L11118:33
russellb 43         if not test.is_extension_enabled('subnetpools', 'network'):18:33
russellb 44             msg = "subnet pools extension not enabled."18:33
russellb 45             raise cls.skipException(msg)18:33
russellbnot sure why it's checking "subnetpools" instead of "subnet_allocation"18:33
russellbi bet it's wrong18:33
russellband nobody has noticed18:33
russellbbecause normal ml2+ovs runs with "all"18:34
mesteryYeah18:34
russellbso this would always return true18:34
* russellb patches tempest18:34
russellbMOARRRR TESTING18:34
mesteryrussellb: https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/plugin.py#L12218:34
mesterysubnet_allocation there too18:34
russellbyep18:34
russellbtempest is just wrong18:34
russellbthanks18:34
mesteryThough they ahve a "default-subnetpools" extension now18:34
mesterycool18:35
*** fzdarsky|afk is now known as fzdarsky18:36
openstackgerritRussell Bryant proposed openstack/networking-ovn: Run subnet_allocation tempest tests.  https://review.openstack.org/28863318:38
*** pcaruana has quit IRC18:41
*** s3wong has joined #openstack-neutron-ovn18:53
mesteryrussellb: You want https://review.openstack.org/#/c/288142/3 merged? Sam-I-Am can help if so18:57
mesterySam-I-Am: Also https://review.openstack.org/#/c/288524/118:58
*** gangil has joined #openstack-neutron-ovn18:59
*** gangil has joined #openstack-neutron-ovn18:59
russellbsure, merge all the things19:01
russellbthose 2 plus https://review.openstack.org/#/c/288115/319:01
russellbare the ones ready19:01
mestery++19:05
russellbrally job broken19:12
russellbif anyone is bored :-p19:12
mestery:(19:12
*** fzdarsky is now known as fzdarsky|afk19:14
*** yamamoto has joined #openstack-neutron-ovn19:16
*** yamamoto has quit IRC19:21
* regXboi sadly decides that a simap isn't enough for what he needs to do, he has to do a full blown hmap :(19:39
russellb2016-03-04 19:26:19.861 | {2} tempest.api.network.test_subnetpools_extensions.SubnetPoolsTestJSON.test_create_list_show_update_delete_subnetpools [0.284324s] ... ok19:42
russellbyay passes19:42
* russellb 's blood pressure starts returning to normal as all these new tests just work19:42
Sam-I-Amrussellb: here's a new one for you19:44
* russellb prepares for blood pressure to rise again19:44
Sam-I-Amrussellb: how come 'neutron net-show' doesnt report the provider network parameters?19:44
russellbWELL19:45
russellbbecause the place in the db for that info is ML2 specific19:45
russellbwe could figure it back out from the OVN db, but that code never got added19:45
russellbbetter solution is: https://review.openstack.org/24239319:45
russellbif needed more urgently, we could fix it by reading info from the OVN db19:46
Sam-I-Amits something people are going to want to see when they do net-show19:47
openstackgerritMerged openstack/networking-ovn: Fix QoS unit tests.  https://review.openstack.org/28852419:47
Sam-I-Amespecially for nets with segmentation ids19:47
russellbright, totally makes sense19:47
russellbi honestly forgot to fix it19:47
russellband then i thought that neutron patch was going to go in faster than it has19:47
russellbso it has just languished19:48
russellbbut carl picked up that neutron patch to help push it through <319:48
russellbbecause carl_baldwin is awesome like that19:48
* carl_baldwin blushes19:49
openstackgerritMerged openstack/networking-ovn: Update supported API extensions for tempest.  https://review.openstack.org/28814219:50
Sam-I-Amwoot?19:50
openstackgerritRussell Bryant proposed openstack/networking-ovn: Re-enable some IPv6 tests.  https://review.openstack.org/28862919:51
russellbGUYS19:51
russellbthat brings our tempest config down to only disabling a couple of features because they're not implemented19:51
russellband nothing because "fails for some weird reason i dunno"19:52
russellband both of the things disabled have patches up for review19:52
Sam-I-Amis there something i should be reviewing?19:52
Sam-I-Amsort of scatterbrained right now19:52
russellbnothing urgent, no19:52
openstackgerritMerged openstack/networking-ovn: Run cross-tenant traffic tempest test  https://review.openstack.org/28811520:08
*** yamamoto has joined #openstack-neutron-ovn20:16
*** regXboi has quit IRC20:16
*** yamamoto has quit IRC20:21
*** salv-orlando has quit IRC20:33
*** salv-orlando has joined #openstack-neutron-ovn20:33
*** yamamoto has joined #openstack-neutron-ovn20:37
*** yamamoto has quit IRC20:37
*** yamamoto has joined #openstack-neutron-ovn20:39
*** yamamoto has quit IRC20:39
*** thumpba has quit IRC20:54
*** thumpba has joined #openstack-neutron-ovn20:55
*** thumpba has quit IRC21:00
Sam-I-Amrussellb: moo?21:00
Sam-I-Amrussellb: how would i pull the provider net information out of the ovn db?21:01
russellbone sec phone21:01
russellbSam-I-Am: you'd have to check to see if there's a localnet port on a logical switch, and pull the info off it if so21:13
russellbSam-I-Am: or we could stash the details as external_ids on the logical switch itself to make it even easier21:14
Sam-I-Amhmm21:14
russellbdid that make sense?21:16
Sam-I-Amyeah, i'd need to get one in the broken state first21:17
russellbit'll always be in that state21:19
russellbif you use prov nets21:19
Sam-I-Ami dont know if sarcasm?21:24
russellbnot sarcasm21:25
russellbthat info will never be in the output of net-show21:25
russellbfor a provider net21:25
russellb(i think)21:25
Sam-I-Amoh, i thought you were referring to provider nets as 'in the broken state'21:25
russellboh, no21:25
Sam-I-Amwe really do need that info in net-show though21:25
russellbthey should be working :)21:25
russellbyep21:25
russellbunderstood21:26
russellblike, nowish?21:26
Sam-I-Amdidnt realize it wasnt there until it... broke21:26
russellbi could do a quick hack to get it there now21:26
Sam-I-Amwell, the soonerish the better, but no need to get hacky21:26
russellbwell i call it a hack only because i'd be using the OVN as the source of the data21:26
russellbit'll be finnnne21:26
russellbcan you create a bug for me?21:26
Sam-I-Amsure21:26
russellbi'll probably run out of time today21:26
Sam-I-Amrussellb: https://bugs.launchpad.net/networking-ovn/+bug/155336821:29
openstackLaunchpad bug 1553368 in networking-ovn "Networks should contain provider attributes" [Undecided,New]21:29
Sam-I-Amrussellb: extend hours. done!21:29
Sam-I-Am<- problem solver21:30
russellbheh, is that how IBM works?  make everyone work 80 hour weeks to get it done?21:30
russellb:-p21:30
Sam-I-Amrussellb: shhhhhh21:30
*** yamamoto has joined #openstack-neutron-ovn21:39
*** salv-orlando has quit IRC21:47
*** yamamoto has quit IRC21:48
*** salv-orlando has joined #openstack-neutron-ovn21:48
*** rtheis has quit IRC21:51
*** salv-orlando has quit IRC21:51
*** salv-orlando has joined #openstack-neutron-ovn21:52
*** pcaruana has joined #openstack-neutron-ovn21:58
*** azbiswas has quit IRC22:14
Sam-I-Amrussellb: have a good weekend :)22:47
*** salv-orl_ has joined #openstack-neutron-ovn23:52
*** salv-orlando has quit IRC23:55

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