Thursday, 2019-03-21

*** iyamahat__ has joined #openstack-neutron00:01
*** njohnston_ has joined #openstack-neutron00:02
*** njohnston has quit IRC00:03
*** iyamahat_ has quit IRC00:04
*** cshen has joined #openstack-neutron00:27
*** cshen has quit IRC00:31
*** zhanglong has quit IRC00:32
*** cmart has quit IRC00:33
*** iyamahat__ has quit IRC00:41
*** iyamahat__ has joined #openstack-neutron00:41
*** cheng1 has joined #openstack-neutron00:54
*** ileixe has joined #openstack-neutron00:56
*** dsneddon has quit IRC01:07
*** igordc has quit IRC01:16
openstackgerritFrank Wang proposed openstack/ovsdbapp master: add an option to let the user choose the right time to start connection  https://review.openstack.org/64450201:18
*** njohnston_ has quit IRC01:19
*** imacdonn has quit IRC01:19
*** mriedem has quit IRC01:26
*** dsneddon has joined #openstack-neutron01:35
*** dsneddon has quit IRC01:39
*** tbachman has joined #openstack-neutron01:40
*** mattw4 has quit IRC01:42
*** dsneddon has joined #openstack-neutron02:09
*** dsneddon has quit IRC02:14
*** yamahata has quit IRC02:18
*** iyamahat__ has quit IRC02:18
*** cshen has joined #openstack-neutron02:27
*** cshen has quit IRC02:32
*** dsneddon has joined #openstack-neutron02:34
*** dsneddon has quit IRC02:40
*** markvoelker has joined #openstack-neutron02:43
*** janki has quit IRC02:44
*** binh_ has quit IRC02:51
*** binh_ has joined #openstack-neutron02:51
*** dsneddon has joined #openstack-neutron02:52
*** wolverineav has joined #openstack-neutron02:55
*** dsneddon has quit IRC02:59
*** yamamoto has joined #openstack-neutron03:01
*** cheng1 has quit IRC03:19
*** dsneddon has joined #openstack-neutron03:26
*** iyamahat has joined #openstack-neutron03:27
*** dsneddon has quit IRC03:41
*** nicolasbock has quit IRC03:53
*** cheng1 has joined #openstack-neutron03:56
*** janki has joined #openstack-neutron04:00
*** yamamoto has quit IRC04:03
*** dsneddon has joined #openstack-neutron04:07
*** whoami-rajat has joined #openstack-neutron04:10
*** dsneddon has quit IRC04:12
openstackgerritFrank Wang proposed openstack/ovsdbapp master: add an option to let the user choose the right time to start connection  https://review.openstack.org/64450204:13
*** betherly has joined #openstack-neutron04:19
*** ileixe has quit IRC04:21
*** betherly has quit IRC04:24
*** ileixe has joined #openstack-neutron04:34
*** dsneddon has joined #openstack-neutron04:35
*** dsneddon has quit IRC04:40
*** lpetrut has joined #openstack-neutron04:54
*** wolverineav has quit IRC05:02
*** wolverineav has joined #openstack-neutron05:02
*** wolverineav has quit IRC05:08
*** dsneddon has joined #openstack-neutron05:09
*** dsneddon has quit IRC05:15
*** lpetrut has quit IRC05:15
*** ivve has quit IRC05:18
*** janki has quit IRC05:20
*** yamahata has joined #openstack-neutron05:23
*** dsneddon has joined #openstack-neutron05:29
*** wolverineav has joined #openstack-neutron05:34
*** dsneddon has quit IRC05:34
*** sridharg has joined #openstack-neutron05:39
*** janki has joined #openstack-neutron05:51
*** mosulica has joined #openstack-neutron06:01
*** dsneddon has joined #openstack-neutron06:01
*** gcheresh has joined #openstack-neutron06:05
*** dsneddon has quit IRC06:06
*** wolverineav has quit IRC06:07
*** iyamahat has quit IRC06:07
*** pcaruana has joined #openstack-neutron06:11
*** dsneddon has joined #openstack-neutron06:20
*** ivve has joined #openstack-neutron06:22
*** dsneddon has quit IRC06:25
*** ksambor has joined #openstack-neutron06:39
*** wolverineav has joined #openstack-neutron06:41
*** Luzi has joined #openstack-neutron06:44
*** slaweq has quit IRC06:45
*** sridharg has quit IRC06:50
*** sridharg has joined #openstack-neutron06:53
*** dsneddon has joined #openstack-neutron06:57
*** ivve has quit IRC06:58
*** lpetrut has joined #openstack-neutron07:02
*** ivve has joined #openstack-neutron07:03
*** dsneddon has quit IRC07:06
*** ccamposr has joined #openstack-neutron07:08
*** jlibosva has joined #openstack-neutron07:11
*** liuyulong_ has joined #openstack-neutron07:17
*** sridharg has quit IRC07:21
*** sridharg has joined #openstack-neutron07:23
*** rcernin has quit IRC07:24
*** hjensas has quit IRC07:25
*** cshen has joined #openstack-neutron07:26
*** matrohon has joined #openstack-neutron07:27
*** abaindur has quit IRC07:29
openstackgerritSlawek Kaplonski proposed openstack/neutron master: DNM Add some debug logs to linux utils module  https://review.openstack.org/64503207:32
*** dsneddon has joined #openstack-neutron07:35
*** abaindur has joined #openstack-neutron07:39
*** slaweq has joined #openstack-neutron07:41
*** slaweq has quit IRC07:41
*** slaweq has joined #openstack-neutron07:41
*** luksky has joined #openstack-neutron07:46
*** dsneddon has quit IRC07:49
*** wolverineav has quit IRC07:54
*** ChosSimbaOne has joined #openstack-neutron07:59
*** lajoskatona has joined #openstack-neutron07:59
*** yamamoto has joined #openstack-neutron08:01
*** tesseract has joined #openstack-neutron08:02
*** hjensas has joined #openstack-neutron08:03
*** abaindur has quit IRC08:03
*** yamamoto has quit IRC08:05
*** liuyulong_ has quit IRC08:06
*** tssurya has quit IRC08:12
*** dsneddon has joined #openstack-neutron08:15
dulekdalvarez: Hi! Can I discuss a networking-ovn issue with you?08:17
dalvarezdulek: o/ you can08:17
*** openstackgerrit has quit IRC08:17
dulekdalvarez: Ever noticed those: http://logs.openstack.org/62/608862/53/check/networking-ovn-tempest-dsvm-ovs-master/a67840c/controller/logs/screen-n-cpu.txt.gz#_Mar_19_13_42_55_705978 ?08:18
dulekdalvarez: It's coming from os-vif, we experience the same in Kuryr as we use os-vif for binding too.08:18
dulekdalvarez: It's because OVN's DevStack plugin configures OVS DB to bind to file socket, while os-vif (and Neutron too) config defaults point to 127.0.0.1:6440.08:20
*** dsneddon has quit IRC08:20
dulekdalvarez: So the solution would either be to bind that OVS DB to default address or put an option into Nova's (and Kuryr's) config that point to that file socket.08:21
* dalvarez checks08:21
dulekdalvarez: My question is - is there any reason OVN's DevStack plugin is using file socket instead of binding to port?08:21
dalvarezdulek: i wonder this is something we dont see in networking-ovn gate?08:22
dulekdalvarez: I've linked to networking-ovn gate results actually.08:23
dalvarezoh08:23
dalvarezsorry08:23
*** gildub has joined #openstack-neutron08:23
dalvarezdulek: sorry i fail to understand a bit, does this mean that instances fail to boot?08:23
dulekdalvarez: Just a random patch. I should probably say that this seems not affect anything functionally.08:24
dulekdalvarez: No, not at all, everything seems to work despite this traceback.08:24
dalvarezdulek: oh ok that's actually trying to create the integration bridge if it doesn't exist08:24
*** tssurya has joined #openstack-neutron08:24
dalvarezdulek: communicating to local OVSDB via unix socket is much faster and reliable08:25
dulekdalvarez: Ah, and that bridge exists, so it's redundant call?08:25
numansdulek, ovsdb-server can listen on both tcp socket and unix socket. And any client can choose either of the connection methods to talk to ovsdb-server.08:25
dalvarezdulek: so this is the main reason, and since it's local ovsdb, there's no real reason to use a tcp connection. On th eother hand,  ovn-controller will create the integration bridge if it doesn't exist08:25
duleknumans: Oh, so I can just add another --remote 127.0.0.1:6640 to the command that starts ovs db in networking-ovn DevStack plugin?08:26
dalvarezdulek: we have some cases where we need to spawn a manager (in tripleo we do this) to connect to 127.0.0.1:6440 but this is because of the socket permissions08:26
numansdulek, that's right08:26
dalvareznumans: dulek i'd say it's best to tell os-vif to use the unix socket instead though, i wonder, how is os-vif plugging the interfaces later on?08:27
numansdalvarez, there is no harm though for networking-ovn devstack plugin to configure --remote tcp:127.0.0.1:664008:27
numanswhen it starts ovsdb-server for conf.db08:27
dulekdalvarez: For some reason it's only using explicit connection path in some commands.08:27
dalvareznumans: yes but i think it's best to use unix sockets08:27
numansdalvarez, that i agree08:27
dalvareznumans: dulek for example: http://logs.openstack.org/62/608862/53/check/networking-ovn-tempest-dsvm-ovs-master/a67840c/controller/logs/screen-n-cpu.txt.gz#_Mar_19_13_49_02_35577608:27
dulekdalvarez: And some just do plain ovs-vsctl, which obviously works.08:28
numansdalvarez, and if os-vif has config option to set the ovsdb remote, then its better to configure there08:28
dalvarezlooks like os-vif is failing on every other operation, how is it succeeding? :D08:28
dalvareznumans: ++ to that, i'd like that better08:28
dalvarezso see that trace08:28
dalvareznumans: dulek and after that 'Successfully unplugged vif VIFOpenVSwitch'  how? :D08:28
numansdalvarez, may be networkign-ovn devstack plugin should set that ini config option08:28
dulekdalvarez: Magic? :D08:29
dalvarezmaybe08:29
dalvarezdulek: numans i wonder... if tests pass that means that it's managing somehow to plug/unpug the ports into ovs08:29
dalvarezmaybe trying both (tcp and unix socket?)08:29
numansdalvarez, ovs-vsctl will use unix path if --db is not specified08:30
dalvarezahhhhh08:30
dalvareznumans++ <3 :D08:30
dalvarezack then it's fine08:30
numansbut here it loooks like --db is specified right ?08:30
dalvarezoh pok ok wait08:30
dalvareznumans: it's passing --db08:30
numansdalvarez, yeah08:30
dulekYes, os-vif only passes --db sometimes.08:30
dulekFor some commands.08:30
dulekIt's weird, but that's how things are there.08:30
dalvarezyeah but you see that it logs 'successfully'08:31
dulekAnd yes, it's possible to set [os_vif_ovs]ovsdb_connection=<whatever>08:31
dalvarezso either it tries first with '--db' and then without it... or something's fishy cause it looks like it's certainly executing it ok08:31
numansdalvarez, easy fix is to pass --remote when starting ovsdb-server :)08:31
dalvarezjlibosva: may know :)08:32
dalvarezjlibosva: http://logs.openstack.org/62/608862/53/check/networking-ovn-tempest-dsvm-ovs-master/a67840c/controller/logs/screen-n-cpu.txt.gz#_Mar_19_13_49_02_35577608:32
* jlibosva 08:32
duleknumans: I'd actually prefer that. Otherwise to get rid of those you'd need to patch every project that uses networking-ovn and binds using os-vif.08:32
dalvarezjlibosva: and right after that error: Successfully unplugged vif VIFOpenVSwitch08:32
dulekAs os-vif takes config from whatever project is using it.08:32
numansdulek, agree there. dalvarez i don't see any harm08:32
numansand i don't think there will be any performance degradation because of that08:33
dulekThis means that in your plugin you need to put it in nova.conf. In Kuryr we'd need to put it in kuryr.conf and e.g. Zun would need to put it in zun.conf.08:33
dalvareznumans: dulek we can do that but imho if os_vif will read the config from the project, why not tell os-vif in networking-ovn to use unix socket?08:33
dalvarezdulek: ok08:33
*** gkadam has joined #openstack-neutron08:33
*** gkadam has quit IRC08:33
dulekdalvarez: That's the point, networking-ovn doesn't know who's going to bind the ports, so config filename is unknown. :P08:34
dalvarezi think it'd be best to change os-vif to default to unix socket instead08:34
dalvarezdulek: numans i agree there's not gonna be any perf degradation as it's localhost but there's no need, it's faster and more reliable so why not doing it better? :P08:35
*** slaweq_ has joined #openstack-neutron08:36
jlibosvadalvarez: dulek so what is the question for me? also the vswitchd says the port was actually deleted08:36
dalvarezjlibosva: basically question would be: if os-vif said it failed to execute the command, why the port was actually deleted?08:36
dulekdalvarez: /var/run/openvswitch/db.sock or /usr/local/var/run/openvswitch/db.sock?08:36
dulekdalvarez: It's not that simple networking-ovn uses a custom patch.08:36
numansdalvarez, if it solves the problem for every one just by fixing it in networking-ovn devstack files, i would say let's go with it without much complication or much work08:36
duleks/patch/path08:36
dalvareznumans: ack :)08:37
dalvarezdulek: is that custom? i actually sent a patch to change everything to /var ... wait08:37
numansdalvarez, for production envs, the deployment tool can handle it properly :)08:37
dalvareznumans: yeah08:37
dulekdalvarez: Maybe I have older networking-ovn, it's possible.08:37
dalvarezdulek: numans https://review.openstack.org/#/c/643252/08:37
jlibosvadalvarez: my guess is that os-vif says it lost connection to db, so DB could get the request to delete and then client lost connection?08:38
jlibosvabut DB performed the action08:38
numansdalvarez, dulek also os-vif should have a config option to get the remote path08:38
dulekjlibosva: Nah, the DB doesn't even listen on that port.08:38
dalvarezjlibosva: there's nobody listening on 644008:38
numansits actually 6640 :)08:38
dalvareznumans: dulek yeah that's my point :D08:38
dalvarezatleeeti08:38
dalvarezyeah ok sorry 6640 :D08:38
*** slaweq has quit IRC08:38
dulekWhoops, my mistake. ;)08:38
dalvareznumans: dulek would this solve the thingy? https://review.openstack.org/#/c/643252/08:39
jlibosvaso how does ovs-vsctl talk to ovsdb?08:39
dalvarezcause we can go ahead and give it a whirl08:39
dulekdalvarez, numans: Okay, I'll dig a bit more to answer dalvarez question about why does it report success after failing.08:39
dulekAnd then propose the patch to open the 664008:39
dalvarezjlibosva: yeah idk from that log, networking-ovn uses unix socket08:39
numansjlibosva, by default when you run ovs-vsctl, it uses the unix socket path08:39
jlibosvanumans: dalvarez but that still means it connects to db, no matter what IPC it uses, right?08:39
dulekdalvarez: This would help having a viable default in os-vif. But note that neutron.conf does default to 127.0.0.1:6640 as well.08:40
numansjlibosva, user can always use --db=tcp:IP:6640 or --db=unix:/... to override the default path08:40
dalvarezjlibosva: numans dulek but the command fails and the port still got deleted, wonder if os-vif or the vsctl imp thingy is using a fallback without '--db'08:40
dulekdalvarez: I'll check that.08:40
dalvarezthat could be but still the command exits with != 008:40
numansjlibosva, in this case, ovs-vsctl is invoked as "--db=tcp:127.0.0.1:6640" and ovsdb-server is not listening on this port08:40
numansso it would fail connecting to the ovsdb-server08:40
dalvarezdulek: yeah neutron spawns a manager on 6640 which btw i dont know why, maybe jlibosva knows08:41
dalvarezbut i dont see the reason, we do it in tripleo in ovn because of an issue with the permissions between the socket and the connecting processes08:41
numansjlibosva, dalvarez is suspecting that os-vif may be invoking "ovs-vsctl" again without --db option and that's why it is able to create ports08:41
dalvarezbut in devstack i can't see why08:41
numansdalvarez, am i right ?08:42
*** jpena|off is now known as jpena08:45
dalvareznumans: you are! cause the operations succeeded08:45
dulekAt the moment stuff I see in os-vif code does not indicate that, but I'm still digging.08:45
*** slaweq_ has quit IRC08:47
dulekOkay, I see now.08:48
dulekdalvarez: https://github.com/openstack/os-vif/blob/0c6a21c06406ca942c92e39a4a2b3fab61fefb60/vif_plug_ovs/ovsdb/impl_vsctl.py#L12108:48
dulekdalvarez: https://github.com/openstack/os-vif/blob/0c6a21c06406ca942c92e39a4a2b3fab61fefb60/vif_plug_ovs/ovsdb/impl_vsctl.py#L110-L11108:48
dulekWithout explicitly putting check_error=True any OVS errors are not raised, only logged.08:49
jlibosvadalvarez: I'm back08:49
jlibosvadalvarez: I think there is some sort of manager in ovsdbapp that might open 664008:49
jlibosvalet me see08:49
dalvarezdulek: what do you mean? that it's not true that the port was deleted?08:49
dulekdalvarez: I'd say that, yes.08:50
*** alisanhaji has joined #openstack-neutron08:50
dulekUnless something else sees unused port and deletes it.08:50
dulekBut that call to ovs-vsctl haven't reached it.08:50
*** ralonsoh has joined #openstack-neutron08:51
dalvarezdulek: then how things work? ie. how tempest works if the VMs are not really plugged into the bridge?08:51
dulekdalvarez: It's only deletion that fail, right?08:52
jlibosvadalvarez: ovs agent opens 6640 but you don't have that, right?08:52
dalvarezdulek: are you sure? why ?08:53
dalvarezjlibosva: no, that's why. My question was more about why ovs agent does it ? for ryu? cause to me it makes sense to use just unix socket08:53
dalvarezi dont see why using tcp08:53
dulekdalvarez: And creation of integration bridge.08:53
dulekdalvarez: So two things that aren't really critical - bridge is already there and deletion just leaves orphans.08:53
jlibosvadalvarez: aha, I don't know why. perhaps it was because of parity with ovs-vsctl ovsdb driver08:54
dulekdalvarez: Okay, I'll check what's so special about those two commands, okay?08:54
dalvarezjlibosva: might be, anyways :)08:54
dalvarezdulek: thanks!08:54
*** dsneddon has joined #openstack-neutron08:55
jlibosvadalvarez: also os-vif has set that db connection: http://logs.openstack.org/62/608862/53/check/networking-ovn-tempest-dsvm-ovs-master/a67840c/controller/logs/screen-n-cpu.txt.gz#_Mar_19_13_38_17_42920708:57
dalvarezjlibosva: yeah that's why it looks like os-vif is attempting to use --db=...:664008:58
dalvarezbt just for some commands08:59
dalvarezanyways08:59
dalvarezthanks jlibosva++08:59
jlibosvaI'm looking at os-vif and it looks like they mix ovsdbapp with vsctl08:59
jlibosvaperhaps ralonsoh know more :)09:00
*** dsneddon has quit IRC09:00
*** matrohon has quit IRC09:00
*** whoami-rajat has quit IRC09:10
*** whoami-rajat has joined #openstack-neutron09:18
*** sridharg has quit IRC09:19
ralonsohjlibosva, os-vif switched to ovsdbapp in the last release09:19
ralonsohjlibosva, you still can choose vsctl, but native implementation is the default one09:20
*** iyamahat has joined #openstack-neutron09:20
jlibosvaralonsoh: dalvarez so this is set explicitly? http://logs.openstack.org/62/608862/53/check/networking-ovn-tempest-dsvm-ovs-master/a67840c/controller/logs/screen-n-cpu.txt.gz#_Mar_19_13_38_17_42974109:21
ralonsohjlibosva, let me check...09:22
ralonsohjlibosva, dalvarez: well, I was wrong: the default interface is vsctl. I'll ask Sean. When I implemented the native connection, the plan was to switch to this one09:25
ralonsohhttps://github.com/openstack/os-vif/blob/master/vif_plug_ovs/ovs.py#L6709:26
*** SASAA has joined #openstack-neutron09:27
*** sridharg has joined #openstack-neutron09:27
*** dsneddon has joined #openstack-neutron09:28
*** dsneddon has quit IRC09:33
dulekdalvarez: Okay, it seems that this if clause is returning false: https://github.com/openstack/os-vif/blob/1546d349b1656bc98286af47f1e2748b76743abc/vif_plug_ovs/ovs.py#L251-L25309:40
dulekdalvarez: Therefore the only ovs-vsctl operations run are the port deletion and ensuring that br-int exists.09:41
dulekdalvarez: And both fail.09:41
dalvarezdulek: got it09:42
dalvarezso we need to fix it :909:43
dalvarez:)09:43
dulekdalvarez: Yeah, it seems so. numans, do you know where the PortProfile is created in Neutron?09:44
dulekI want to double check that port_profile.create_port is set to false.09:44
numansdulek, i have no idea :)09:44
*** pcaruana has quit IRC09:45
dulekOkay, the comment in that method states that it's not called.09:46
*** pcaruana has joined #openstack-neutron09:46
dulekI'm putting up the patch to DevStack plugin, let's see if it helps.09:47
*** wolverineav has joined #openstack-neutron09:51
*** cshen has quit IRC09:57
*** dsneddon has joined #openstack-neutron09:57
*** SmearedBeard has joined #openstack-neutron09:58
*** dsneddon has quit IRC10:02
*** slaweq_ has joined #openstack-neutron10:03
*** doude has joined #openstack-neutron10:04
*** cheng1 has quit IRC10:05
*** zbr has quit IRC10:08
*** matrohon has joined #openstack-neutron10:09
*** zbr has joined #openstack-neutron10:09
*** Smeared_Beard has joined #openstack-neutron10:10
*** cshen has joined #openstack-neutron10:11
*** SmearedBeard has quit IRC10:12
*** zbr has quit IRC10:16
*** slaweq_ is now known as slaweq10:18
dulekdalvarez, numans: https://review.openstack.org/#/c/645096/10:19
dulekI'll ping you again once I made sure it gets rids of tracebacks.10:19
numansdulek, nice.10:20
numansdulek, we wouldn't be knowing the HOST_IP right ?10:20
numanswith your patch, ovsdb-server will be listening on 6640 on the IPv4's configured10:21
duleknumans: Ah, it's better to do ptcp:6640:127.0.0.1?10:21
* dulek not sure about the exact format.10:21
numansdulek, the format is correct.10:21
numansdulek, if ptcp:6640:127.0.0.1 works then i would suggest that.10:22
numansdulek, i think it should be good enough.10:22
numansdulek, from the logs we say --db=tcp:127.0.0.1:6640 right ?10:22
numanss/say/saw10:23
duleknumans: stack@devstack ~]$ sudo ovsdb-server --remote=punix:$OVS_RUNDIR/db.sock --remote=ptcp:127.0.0.1:6640 /opt/stack/data/ovs/conf.db10:24
dulek2019-03-20T21:24:09Z|00001|socket_util|ERR|127.0.0.1:6640: bad port number "127.0.0.1"10:24
dulek[stack@devstack ~]$ sudo ovsdb-server --remote=punix:$OVS_RUNDIR/db.sock --remote=ptcp:6640:127.0.0.1 /opt/stack/data/ovs/conf.db10:24
dulek2019-03-20T21:24:37Z|00001|ovsdb_server|INFO|ovsdb-server (Open vSwitch) 2.11.9010:24
numansdulek ptcp:6640:127.0.0.1 is the right format.10:24
numansdulek, and when a client wants to connect it should use - tcp:127.0.0.1:664010:25
dulekYes, it seems so.10:25
dulekAnd yes, the latter is the default for ovsdb_connection in os_vif.10:25
numansso lets do that way in your patch.10:25
*** wolverineav has quit IRC10:25
duleknumans: I've sent the fix, again - let's see if it gets rid of the tracebacks.10:29
numansdulek, thanks10:30
*** cheng1 has joined #openstack-neutron10:32
*** priteau has joined #openstack-neutron10:35
*** dsneddon has joined #openstack-neutron10:35
*** alisanhaji has quit IRC10:40
*** dsneddon has quit IRC10:40
*** nicolasbock has joined #openstack-neutron10:58
*** openstackgerrit has joined #openstack-neutron10:59
openstackgerritChengqian Liu proposed openstack/neutron-fwaas master: Fix the verification method before creating and updating the firewall rule  https://review.openstack.org/61848510:59
*** dsneddon has joined #openstack-neutron11:04
*** njohnston_ has joined #openstack-neutron11:06
*** dsneddon has quit IRC11:10
*** njohnston_ is now known as njohnston11:18
*** priteau has quit IRC11:19
*** ileixe has quit IRC11:20
*** wolverineav has joined #openstack-neutron11:23
*** whoami-rajat has quit IRC11:30
openstackgerritNate Johnston proposed openstack/neutron master: Utilize bulk port creation ops in ml2 plugin  https://review.openstack.org/62481511:31
*** whoami-rajat has joined #openstack-neutron11:34
*** zbr has joined #openstack-neutron11:39
*** wolverineav has quit IRC11:40
*** luksky has quit IRC11:41
*** dsneddon has joined #openstack-neutron11:46
*** dave-mccowan has joined #openstack-neutron11:50
*** dsneddon has quit IRC11:51
*** panda is now known as panda|lunch11:52
*** dave-mccowan has quit IRC11:53
*** cshen has quit IRC11:53
*** tbachman has quit IRC11:57
*** jpena is now known as jpena|lunch12:01
*** dsneddon has joined #openstack-neutron12:06
*** dsneddon has quit IRC12:12
*** cshen has joined #openstack-neutron12:17
*** luksky has joined #openstack-neutron12:20
*** markvoelker has quit IRC12:22
*** dsneddon has joined #openstack-neutron12:22
*** tbachman has joined #openstack-neutron12:25
*** dsneddon has quit IRC12:27
*** dsneddon has joined #openstack-neutron12:28
*** goldyfruit has quit IRC12:31
*** dsneddon has quit IRC12:32
*** mriedem has joined #openstack-neutron12:38
*** cheng1 has quit IRC12:41
*** yamamoto has joined #openstack-neutron12:42
*** yamamoto has quit IRC12:43
*** yamamoto has joined #openstack-neutron12:51
*** dsneddon has joined #openstack-neutron12:59
openstackgerritboden proposed openstack/neutron-lib master: rehome neutron.db.standard_attr  https://review.openstack.org/64497713:02
*** boden has joined #openstack-neutron13:03
*** yamamoto has quit IRC13:05
*** yamamoto has joined #openstack-neutron13:05
*** yamamoto has quit IRC13:06
*** dsneddon has quit IRC13:06
*** panda|lunch is now known as panda|sick13:07
*** irclogbot_3 has quit IRC13:07
*** gildub has quit IRC13:08
*** irclogbot_2 has joined #openstack-neutron13:09
*** jpena|lunch is now known as jpena13:20
*** altlogbot_0 has quit IRC13:23
*** altlogbot_2 has joined #openstack-neutron13:24
dulekdalvarez, numans: Okay, no more tracebacks in n-cpu logs in https://review.openstack.org/#/c/645096/2.13:25
dulekSeems like it's working fine.13:25
numansdulek, cool13:25
dalvarezdulek: thanks13:26
*** janki has quit IRC13:28
*** yamamoto has joined #openstack-neutron13:30
dalvarezdulek: approved, let's see if we can make os-vif to use '--db' consistently across all the commands as well13:34
dulekdalvarez: It is used consistently.13:34
dalvarezdulek: not for adding ports, right?13:34
dulekdalvarez: It is. I'll link the code again, just a sec.13:34
dalvarezdulek: just for delete and bridge creation if i understood you correctly13:34
*** gaoyan has joined #openstack-neutron13:35
dalvarezdulek: ops then sry i missunderstood, why were ports getting correctly created?13:35
dulekdalvarez: https://github.com/openstack/os-vif/blob/1546d349b1656bc98286af47f1e2748b76743abc/vif_plug_ovs/ovs.py#L229-L25313:35
dulekdalvarez: So ensure_ovs_bridge is happening per each port plugging.13:35
dulekdalvarez: But it's failure is harmless, right?13:35
dalvarezdulek: but i mean13:36
dalvarezdulek: when the port is created, i guess the ovs-vsctl call is not using --db=tcp:... right?13:36
*** lemko has joined #openstack-neutron13:36
dulekdalvarez: There's no other calls to ovs-vsctl happening on os-vif in case of port binding, it seems.13:37
*** wolverineav has joined #openstack-neutron13:37
dulekdalvarez: os-vif is only called on port plugging, I assume.13:37
dalvarezdulek: so how the port is added to the bridge?13:37
*** njohnston has quit IRC13:37
dulekdalvarez: I'm not an expert, so I don't 100% understand this comment, but I suppose it explains it: https://github.com/openstack/os-vif/blob/1546d349b1656bc98286af47f1e2748b76743abc/vif_plug_ovs/ovs.py#L233-L24613:38
*** njohnston has joined #openstack-neutron13:38
*** dsneddon has joined #openstack-neutron13:38
dulekdalvarez: Therefore _create_vif_port is not called.13:38
*** altlogbot_2 has quit IRC13:39
*** whoami-rajat has quit IRC13:40
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron-specs master: Port binding event extended information for Nova  https://review.openstack.org/64517313:41
*** altlogbot_3 has joined #openstack-neutron13:41
*** dsneddon has quit IRC13:43
mriedemthere are a lot of uncategorized neutron functional job failures http://status.openstack.org/elastic-recheck/data/integrated_gate.html - is there some big known issue that has been fixed?13:43
*** irclogbot_2 has quit IRC13:45
mriedemhttp://logs.openstack.org/92/642892/1/check/neutron-functional/cafc553/job-output.txt.gz#_2019-03-21_12_21_33_64276913:45
slaweqmriedem: yes, we have one issue which should be fixed with https://review.openstack.org/#/c/644842/13:45
mriedem2019-03-21 12:21:33.642769 | ERROR! 'msg' is not a valid attribute for a Task13:45
mriedemack thanks i'll put up an e-r query for that13:45
*** irclogbot_1 has joined #openstack-neutron13:46
mlozaHello, how can I modify the RBAC to allow a user with member role create an instance in an external network?13:47
*** yamamoto has quit IRC13:48
*** yamamoto has joined #openstack-neutron13:50
*** jistr is now known as jistr|call13:52
*** hjensas has quit IRC13:52
*** lajoskatona has quit IRC13:54
*** jistr|call is now known as jistr14:00
*** mlavalle has joined #openstack-neutron14:05
mriedemmlavalle: can we get https://review.openstack.org/#/c/640390 merged and deal with nits in a follow up? it's holding up nova docs and release notes b/c of depends-on14:05
mriedemlooks like bence aleady posted https://review.openstack.org/#/c/645104/14:06
mlavallemriedem: done14:06
*** lpetrut has quit IRC14:06
*** lpetrut has joined #openstack-neutron14:07
mriedemthanks14:07
mlavallemriedem: thank you14:07
mlavalleslaweq: still waiting for https://review.openstack.org/#/c/644842, right?14:11
*** dsneddon has joined #openstack-neutron14:11
slaweqmlavalle: yes14:12
slawequnfortunatelly :/14:12
mlavalleslaweq: cool, so hold rechecks14:12
*** wolverineav has quit IRC14:12
slaweqand looking at http://zuul.openstack.org/status it again failed  in gate :/14:12
slaweqso will be another recheck for it :(14:12
mlavalleslaweq: thanks for following up on that. when you need to leave, if needed, let me know and I'll continue pushing it foward14:13
*** dsneddon has quit IRC14:16
slaweqmlavalle: sure, thx14:17
slaweqI'm now still around and looking at it14:17
mlavalleok14:17
slaweqI know it's urgent as it blocks everything else now so we can't release RC1 without it :/14:17
*** whoami-rajat has joined #openstack-neutron14:23
*** gaoyan has quit IRC14:25
*** hongbin has joined #openstack-neutron14:29
*** altlogbot_3 has quit IRC14:35
*** yamamoto has quit IRC14:36
*** altlogbot_1 has joined #openstack-neutron14:36
*** yamamoto has joined #openstack-neutron14:37
*** irclogbot_1 has quit IRC14:38
*** irclogbot_2 has joined #openstack-neutron14:39
openstackgerritNate Johnston proposed openstack/neutron master: [DNM] CI test  https://review.openstack.org/64459414:42
*** yamamoto has quit IRC14:42
*** hjensas has joined #openstack-neutron14:44
*** dsneddon has joined #openstack-neutron14:47
fricklermlavalle: slaweq: instead of doing umpteen rechecks, how about force-merging this? seems it is an obvious fix only affecting zuul config and not any code. I'd be happy to do that for you if you want14:49
slaweqfrickler: I'm fine with that14:49
mlavallefrickler: thanks. let's do it14:49
slaweqfailures which prevent this patch to be merged weren't for sure related to it14:49
slaweqmlavalle++14:49
slaweqthx frickler for help :)14:49
*** gcheresh has quit IRC14:50
*** matrohon has quit IRC14:50
*** gaoyan has joined #openstack-neutron14:50
mlavallenjohnston: please see conversation with frickler^^^^. do you need to rebase again?14:50
*** panda|sick is now known as panda|drappt14:50
mlavallehttps://review.openstack.org/#/c/62481514:51
*** gaoyan has quit IRC14:51
fricklermlavalle: we are talking about merging https://review.openstack.org/644842 , just to avoid any misinterpretation, correct?14:52
*** dsneddon has quit IRC14:52
mlavallefrickler: yes14:53
mlavallenjohnston: nevermind14:53
slaweqfrickler: correct14:55
openstackgerritMerged openstack/neutron master: Remove "msg" from tasks in ansible roles  https://review.openstack.org/64484214:59
*** dsneddon has joined #openstack-neutron15:00
openstackgerritSlawek Kaplonski proposed openstack/neutron master: Try to enable dnsmasq process several times  https://review.openstack.org/64373215:01
openstackgerritSlawek Kaplonski proposed openstack/neutron master: Fix neutron-status upgrade check CLI tool  https://review.openstack.org/64348515:01
openstackgerritSlawek Kaplonski proposed openstack/neutron master: Switch neutron-functional-with-wsgi job to zuul v3 syntax  https://review.openstack.org/64370215:01
mlavalleslaweq: would you push https://review.openstack.org/#/c/613820/?15:05
openstackgerritSlawek Kaplonski proposed openstack/neutron master: Define qos-rules-alias extension  https://review.openstack.org/61382015:06
slaweqmlavalle: done15:06
fricklermlavalle: slaweq: done. per the discussion in -infra, next time you are experiencing a similar issue, you could also consider amending your fix-patch with disabling/disvoting all the unstable jobs, allowing it to merge more easily. then in a second patch revert the latter part, possibly combined with fixes for the unstable jobs15:06
mlavalleslaweq: thanks!15:06
slaweqI rebased it to get this "msg" fix in15:06
mlavalleslaweq: yeap, thanks15:07
*** hjensas has quit IRC15:07
mlavallefrickler: noted. Thanks for the advice :-)15:08
*** wolverineav has joined #openstack-neutron15:08
openstackgerritLIU Yulong proposed openstack/neutron master: More accurate agent restart state transfer  https://review.openstack.org/64079715:12
openstackgerritLIU Yulong proposed openstack/neutron master: Change default local ovs connection timeout  https://review.openstack.org/63864515:13
openstackgerritLIU Yulong proposed openstack/neutron master: Adds revision description for network_segment_range  https://review.openstack.org/64388215:13
*** mosulica has quit IRC15:14
*** liuyulong|away is now known as liuyulong15:17
liuyulonghttps://review.openstack.org/640797, slaweq, mlavalle, boden, hi, just rebase the patch, please help add the +W, thanks.15:18
mlavalleliuyulong: Looking at njohnston's patch now. If nobody beats me to it, I'll get to yours afterwards15:20
njohnstonmlavalle: Thanks!15:20
liuyulongnjohnston, OK, hi, maybe you can add your +w back, : )15:20
*** sapd1_x has joined #openstack-neutron15:21
*** Luzi has quit IRC15:25
f0oboden: Hi, heard anything new yet? I dont relly need a fix for it, just a pointer where to look at it to path it myself. I'm not very versed with the magic callbacks in the stacktrace and they're rather hard to find too15:30
openstackgerritLIU Yulong proposed openstack/neutron master: Ignore first local port update notification  https://review.openstack.org/64461315:31
*** mattw4 has joined #openstack-neutron15:36
openstackgerritBence Romsics proposed openstack/neutron master: FUP: Unit tests for https://review.openstack.org/636970  https://review.openstack.org/64521015:40
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron master: Change provider network segmentation ID  https://review.openstack.org/63316515:41
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron master: Decouple local VLAN internal management and OVS enforcement  https://review.openstack.org/64438515:41
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron master: Change provider network segmentation ID in OVS agent  https://review.openstack.org/63298415:41
*** wolverineav has quit IRC15:42
*** ivve has quit IRC15:42
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron master: Increase timeouts for OVSDB in functional tests  https://review.openstack.org/64272115:42
mlavallehaleyb, slaweq: I'm ok with https://review.openstack.org/#/c/624815. Please take another look when you have a chance15:43
mlavallenjohnston: ^^^^15:43
*** mattw4 has quit IRC15:44
openstackgerritLIU Yulong proposed openstack/neutron master: Random IP for concurrent create pf and update_port  https://review.openstack.org/64427815:45
openstackgerritBence Romsics proposed openstack/neutron master: Reject min-bw rule operations on non-physnet networks/ports  https://review.openstack.org/64171215:47
openstackgerritBence Romsics proposed openstack/neutron master: FUP: Unit tests for https://review.openstack.org/636970  https://review.openstack.org/64521015:47
*** mattw4 has joined #openstack-neutron15:48
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron master: Remove conntrack rule when FIP is deleted  https://review.openstack.org/64174715:50
openstackgerritLIU Yulong proposed openstack/neutron master: Change ovs-agent iteration log level to INFO  https://review.openstack.org/63864115:52
openstackgerritLIU Yulong proposed openstack/neutron master: Add test case to duplicated service plugin  https://review.openstack.org/63844715:52
openstackgerritLIU Yulong proposed openstack/neutron master: Divide-and-conquer security group beasts  https://review.openstack.org/63864215:53
openstackgerritLIU Yulong proposed openstack/neutron master: Do not call update_device_list in large sets  https://review.openstack.org/63864615:53
*** cshen has quit IRC15:53
*** hjensas has joined #openstack-neutron15:58
openstackgerritMerged openstack/neutron master: Networking guide: Guaranteed Minimum Bandwidth  https://review.openstack.org/64039015:59
*** dsneddon has quit IRC16:08
openstackgerritMerged openstack/neutron master: FUP Networking guide: Guaranteed Minimum Bandwidth  https://review.openstack.org/64510416:09
openstackgerritMerged openstack/networking-ovn master: DevStack: Make ovsdb-server listen on 6640  https://review.openstack.org/64509616:10
bodenf0o sorry  your question is in regards to?16:12
bodenf0o the vmware-nsx bug?16:12
*** goldyfruit has joined #openstack-neutron16:13
*** wwriverrat has quit IRC16:13
*** sapd1_x has quit IRC16:16
*** dsneddon has joined #openstack-neutron16:17
f0oboden: yeah the vmware-nsx issue with the execption about router_distributed16:19
*** imacdonn has joined #openstack-neutron16:19
*** mattw4 has quit IRC16:21
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron master: Check master/backup router status in DVR functional tests  https://review.openstack.org/64522516:22
*** cmart has joined #openstack-neutron16:23
*** dsneddon has quit IRC16:23
*** hjensas has quit IRC16:24
*** lpetrut has quit IRC16:32
*** gildub has joined #openstack-neutron16:34
*** tssurya has quit IRC16:34
*** cshen has joined #openstack-neutron16:37
*** cshen has quit IRC16:42
*** mvkr has quit IRC16:48
*** rubasov has quit IRC16:49
bodenf0o I think the dev team is trying to get things wrapped up for stein as of recent... let me double back with them again to ensure it's on the radar16:54
*** ivve has joined #openstack-neutron16:54
*** rpittau is now known as rpittau|afk16:55
f0oboden: thanks and understandable, like I said just a hint where to look for would be enough for me to start tackling the issue heh16:55
*** dsneddon has joined #openstack-neutron17:00
*** luksky has quit IRC17:02
*** tesseract has quit IRC17:02
*** yamahata has quit IRC17:04
*** iyamahat has quit IRC17:04
bodenf0o I left a comment in the bug17:04
bodenwe can discuss there... I may end up at a dead end, but can try to help17:04
*** dsneddon has quit IRC17:05
f0othanks :)17:05
f0oboden: I have tried adding the option to the [DEFAULT] section but it didnt change anything17:05
bodenf0o in neutron.conf correct?? and then you restarted neutron?17:05
f0oyep17:06
*** igordc has joined #openstack-neutron17:06
f0oboden in case you wonder, we only have 1 AZ in neutron which is `default` - since the last process in the stack was about processing AZ's17:07
*** iyamahat has joined #openstack-neutron17:16
*** mriedem is now known as mriedem_grooming17:16
*** mvkr has joined #openstack-neutron17:16
openstackgerritSwaminathan Vasudevan proposed openstack/neutron master: Packets getting lost during SNAT with too many connections  https://review.openstack.org/63647317:20
bodenf0o so I'm kind of guessing in the dark here, but it seems the issue may be that the router_distributed is not registred for the conf when the vmware-nsx plugin loads.. is it possible for you to try a hack and see if something works?17:20
f0osure thing, throw me a patch :)17:20
bodenf0o  edit vmware_nsx.plugins.nsx_v.plugin.py and atop the file before the other imports add the following line17:22
bodenfrom neutron.db import l3_dvr_db17:22
bodenf0o then save and try restarting neutron17:22
f0owill do17:23
bodenf0o in case your wondering by importing that it should register the conf opts as per https://github.com/openstack/neutron/blob/a388701ddfe628e9a5bd16a78422164799b11ef8/neutron/db/l3_dvr_db.py#L5617:24
*** dsneddon has joined #openstack-neutron17:24
f0oyeah I stumbled across that file but thought it would be included elsewhere17:26
f0oI'm just pushing the change into the build-pipeline (devops is great until you need something fast)17:26
*** mattw4 has joined #openstack-neutron17:32
*** gcheresh has joined #openstack-neutron17:32
*** yamahata has joined #openstack-neutron17:34
bodenf0o okay.. it's not clear to me if importing it into that file is early enough in the process, but I guess we'll see17:34
bodenalso I'm not sure this is anything vmware specific, but I guess no proof otherwise ATM17:35
*** ccamposr has quit IRC17:36
f0oI got my fingers crossed :D17:39
*** gmann is now known as gmann_afk17:43
*** rubasov has joined #openstack-neutron17:43
f0ohrm something else blew up now17:45
f0oAttributeError: 'module' object has no attribute 'NSX_EXT_PATH'17:45
f0ojust gonna check that I didnt mess up the patch17:45
*** mvkr has quit IRC17:46
f0oneutron_extensions.append_api_extensions_path([vmware_nsx.NSX_EXT_PATH]) in vmware_nsx.plugins.nsx_v.plugin.py (line 268/267) is now failing17:47
*** cshen has joined #openstack-neutron17:48
f0oI think I see what's happening17:48
*** cshen has quit IRC17:52
bodenf0o not enough info for me to help... got a stack trace or somethign?17:53
f0oso NSX_EXT_PATH is defined in vmware_nsx/__init__.py right? - But when I try using vmware_nsx.plugin.NsxVPlugin as plugin (which worked in RDO) causes RHEL to just fail. So I need to use the full path (vmware_nsx.plugins.nsx_v.plugin.NsxVPluginV2) instead. However this apparently doesnt make the vmware_nsx/__init__.py load thus a lot of things going weird17:53
f0ojust a blind guess17:54
*** ivve has quit IRC17:54
bodenf0o: is there a stack trace I can see? maybe on openstack pastebin or something?17:56
f0oit comes as JSON, is that fine?17:56
bodenf0o I can try17:57
f0ohttp://paste.openstack.org/show/748195/17:58
*** gcheresh has quit IRC17:58
f0oboden: http://paste.openstack.org/show/748196/ (nicer paste)18:00
bodenf0o so this is in RDO?18:02
*** ivve has joined #openstack-neutron18:02
f0othis is RHEL's OpenStack mumboyumbo18:02
f0oRDO works fine18:02
f0osadly we're moving from RDO to RHEL because of $reasons :|18:02
bodenf0o: even more reason to wait for the vmware-nsx plugin team; I'm not familiar with either and it's not clear why it would work in 1 and not the other if the code/config is the same18:04
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron-lib master: Add new vif_details parameters  https://review.openstack.org/64528818:05
f0oboden: I appreciate the attempts tho, I will play around with defining the oslo-config option in multiple parts of the driver to see if that just solves it by random18:05
f0oI'll keep the bug-report updated18:05
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron master: [DNM] Log OVS lib min bw rule  https://review.openstack.org/64200018:05
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron master: [DNM] Test test_reschedule_network_on_new_agent  https://review.openstack.org/64307918:06
*** gildub has quit IRC18:16
*** jpena is now known as jpena|off18:22
*** whoami-rajat has quit IRC18:23
*** yamamoto has joined #openstack-neutron18:27
*** ralonsoh has quit IRC18:28
*** yamamoto has quit IRC18:31
*** cshen has joined #openstack-neutron18:32
*** ivve has quit IRC18:36
*** cshen has quit IRC18:37
*** gmann_afk is now known as gmann18:40
mlavallehaleyb: so 55 revisions is your limit? good to know :-)18:41
openstackgerritboden proposed openstack/neutron-lib master: rehome neutron.objects.extensions.standardattributes  https://review.openstack.org/64530018:46
*** Smeared_Beard has quit IRC18:51
haleybmlavalle: i've seen worse i guess, but that is a lot!18:52
*** mriedem_grooming is now known as mriedem18:53
*** itlinux has quit IRC18:55
*** abaindur has joined #openstack-neutron18:57
*** abaindur has quit IRC18:58
*** abaindur has joined #openstack-neutron18:58
*** awalende has joined #openstack-neutron19:11
*** mvkr has joined #openstack-neutron19:13
*** whoami-rajat has joined #openstack-neutron19:26
*** hjensas has joined #openstack-neutron19:28
gmannyamahata: i replied on your query, can you recheck this now - https://review.openstack.org/#/c/639990/19:28
gmannmlavalle: amotoki need another +2 on this - https://review.openstack.org/#/c/639361/1119:28
*** luksky has joined #openstack-neutron19:29
*** matrohon has joined #openstack-neutron19:37
haleybgmann: question on that review - why didn't it change to ubuntu-bionic-2-node ?19:46
*** sridharg has quit IRC19:46
gmannhaleyb: on 639361 ?19:46
haleybgmann: yes19:47
*** rkukura has quit IRC19:47
haleybthey are multinode jobs19:47
*** gildub has joined #openstack-neutron19:47
gmannhaleyb: that is going to be taken care by base job with branch variant19:47
gmannhttp://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/jobs.yaml#n109819:48
gmannso we no more need to override the nodeset in derived job. previously there was no nodeset in base job19:48
haleybgmann: ack, thanks, i'll +2 it19:48
gmannhaleyb: thanks19:49
mlavallegmann: thanks for the clarification19:52
gmannnp!19:55
f0oboden: I think you just fixed it... I introduced a bunch of false-errors because the build-pipeline was yolo'd but after copying the content of l3_dvr_db to register the config options it's now creating routers. I will try with the import tomorrow to make it look nicer. But it's looking bliss so far!20:01
bodenf0o interesting... once you get done and have time, do you mind updating the bug?20:02
f0oOfc!20:03
*** jlibosva has quit IRC20:07
*** rkukura has joined #openstack-neutron20:10
*** gildub has quit IRC20:31
*** armax has joined #openstack-neutron20:32
*** igordc has quit IRC20:32
*** cshen has joined #openstack-neutron20:33
*** cshen has quit IRC20:38
mlavallehaleyb: I have to give my +1 to https://review.openstack.org/#/c/644330. are we ok releasing as rc1? Please note that this is not the latest commit in the repo: https://github.com/openstack/networking-ovn/commits/master. There are 5 new commits20:51
*** wwriverrat has joined #openstack-neutron20:59
*** armax has quit IRC21:00
mlavalledalvarez: question is also for you^^^^21:10
mlavalletidwellr: are we ok to release as rc1: https://review.openstack.org/#/c/644333? the hash is the same as the latest commit in the repo21:11
*** cmart has quit IRC21:12
tidwellrmlavalle: that is correct21:14
mlavalletidwellr: RC1 it is then. Thanks!21:14
tidwellrmlavalle: let's go for it21:14
openstackgerritOpenStack Release Bot proposed openstack/networking-bagpipe master: Update master for stable/stein  https://review.openstack.org/64535621:15
*** rkukura has quit IRC21:16
*** armax has joined #openstack-neutron21:17
openstackgerritMerged openstack/neutron master: Utilize bulk port creation ops in ml2 plugin  https://review.openstack.org/62481521:20
njohnston^^ \o/21:20
openstackgerritOpenStack Release Bot proposed openstack/networking-bgpvpn master: Update master for stable/stein  https://review.openstack.org/64536021:20
*** SASAA has quit IRC21:27
openstackgerritMerged openstack/networking-odl master: Use latest networking-sfc release  https://review.openstack.org/64082421:28
*** matrohon has quit IRC21:29
*** pcaruana has quit IRC21:33
mlavallenjohnston: thanks for your hard work!21:34
openstackgerritMerged openstack/neutron master: Define qos-rules-alias extension  https://review.openstack.org/61382021:38
openstackgerritMerged openstack/neutron master: Fix neutron-status upgrade check CLI tool  https://review.openstack.org/64348521:38
openstackgerritOpenStack Release Bot proposed openstack/neutron-dynamic-routing master: Update master for stable/stein  https://review.openstack.org/64537021:40
*** idlemind has joined #openstack-neutron21:44
openstackgerritOpenStack Release Bot proposed openstack/networking-midonet master: Update master for stable/stein  https://review.openstack.org/64537821:45
*** whoami-rajat has quit IRC21:45
*** armax has quit IRC21:45
openstackgerritSlawek Kaplonski proposed openstack/neutron master: Migrate legacy jobs to Ubuntu Bionic  https://review.openstack.org/63936121:48
mlavallenjohnston: you still around?21:49
openstackgerritSlawek Kaplonski proposed openstack/neutron master: Add check for external_network_bridge in neutron-status  https://review.openstack.org/64348621:50
*** rkukura has joined #openstack-neutron21:51
openstackgerritSlawek Kaplonski proposed openstack/neutron-fwaas master: Switch neutron-fwaas-fullstack job to zuulv3 syntax  https://review.openstack.org/64452621:54
openstackgerritSlawek Kaplonski proposed openstack/neutron master: Dynamically increase DHCP process queue green pool size  https://review.openstack.org/64149021:55
*** njohnston_ has joined #openstack-neutron21:59
*** njohnston has quit IRC21:59
openstackgerritMerged openstack/networking-odl master: Add bgpvpn-vni as a supported extension for ODL BGPVPN driver  https://review.openstack.org/61442822:00
mlavallemanjeets: this is the latest patch that merged in odl: https://review.openstack.org/#/c/614428. I am going to update the rc-1 release patch with it and we will go with that. ok?22:05
mlavalleslaweq: let's talk here22:05
*** irclogbot_2 has quit IRC22:05
slaweqmlavalle: sure22:06
openstackgerritMatt Welch proposed openstack/neutron master: Enforce router admin state before distributed  https://review.openstack.org/62513422:06
*** cmart has joined #openstack-neutron22:07
manjeetsmlavalle, looks good and thanks for reviews :)22:07
mlavallemanjeets: yw :-)22:08
slaweqmlavalle: I think I'm fine with https://review.openstack.org/#/c/641712/22:08
openstackgerritOpenStack Release Bot proposed openstack/networking-sfc master: Update master for stable/stein  https://review.openstack.org/64538722:09
slaweqI don't think we will break API backward compatibility with stable branches22:09
*** armax has joined #openstack-neutron22:09
slaweqso in such case I don't think that API extension is necessary22:09
mlavalleslaweq: ok please +2 it and then I'll approve it. we will go with this commit for out rc-122:09
mlavalleour^^^^22:10
mlavalleThanks!22:10
slaweqI just +2 both https://review.openstack.org/#/c/644847/1 and https://review.openstack.org/#/c/641712/22:10
*** ivve has joined #openstack-neutron22:11
mlavalleslaweq: ok, I just did the same. thanks!22:13
slaweqmlavalle: thx, I'm going to sleep now. Good night!22:13
slaweqand see You tomorrow22:13
*** cmart has quit IRC22:13
mlavalleslaweq: good night. You need your beauty sleep22:13
*** rcernin has joined #openstack-neutron22:19
*** armax has quit IRC22:20
mlavallejohnsom: we don't need this, right https://review.openstack.org/#/c/644337/?22:21
*** cmart has joined #openstack-neutron22:22
*** boden has quit IRC22:24
johnsommlavalle I am managing that patch/release22:26
mlavallejohnsom: cool, thanks!22:27
*** armax has joined #openstack-neutron22:27
*** armax has quit IRC22:32
*** cshen has joined #openstack-neutron22:33
*** armax has joined #openstack-neutron22:35
*** cshen has quit IRC22:37
*** armax has quit IRC22:38
*** cmart has quit IRC22:38
*** mriedem is now known as mriedem_afk22:50
openstackgerritMerged openstack/neutron-fwaas master: Fix the verification method before creating and updating the firewall rule  https://review.openstack.org/61848522:51
*** cmart has joined #openstack-neutron22:54
*** tkajinam has joined #openstack-neutron22:56
*** hongbin has quit IRC22:57
*** igordc has joined #openstack-neutron23:04
*** armax has joined #openstack-neutron23:09
*** mattw4 has quit IRC23:10
mlavalleliuyulong: ping23:26
*** armax has quit IRC23:26
*** ivve has quit IRC23:27
mlavalleamotoki: you around?23:30
*** awalende has quit IRC23:30
*** luksky has quit IRC23:32
*** goldyfruit has quit IRC23:35
*** wolverineav has joined #openstack-neutron23:40
openstackgerritOpenStack Release Bot proposed openstack/networking-odl master: Update master for stable/stein  https://review.openstack.org/64540323:41
*** wolverineav has quit IRC23:45
liuyulongmlavalle, pong, hi23:57

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