Tuesday, 2021-06-01

*** yamamoto has joined #openstack-neutron00:00
*** yamamoto has quit IRC00:28
*** yamamoto has joined #openstack-neutron00:31
*** yamamoto has quit IRC01:00
*** yamamoto has joined #openstack-neutron01:01
*** yamamoto has quit IRC01:01
*** yamamoto has joined #openstack-neutron01:16
*** yamamoto has quit IRC01:24
*** whoami-rajat has quit IRC01:48
*** yamamoto has joined #openstack-neutron01:50
*** yamamoto has quit IRC02:09
*** lajoskatona has joined #openstack-neutron03:58
*** yamamoto has joined #openstack-neutron04:11
*** ricolin_ has joined #openstack-neutron04:32
*** ricolin has quit IRC04:36
*** ricolin_ is now known as ricolin04:36
*** manpreetk has joined #openstack-neutron04:48
*** hemanth_n has joined #openstack-neutron05:07
*** ralonsoh has joined #openstack-neutron05:41
amotokifrickler: sorry for late. I went to bed early last night. it looks like the new default configuration depends on PUBLIC_NETWORK_GATEWAY,06:00
amotokifrickler: devstack job configures PUBLIC_NETWORK_GATEWAY by default inside the job definition06:01
amotokifrickler: for example, https://zuul.opendev.org/t/openstack/build/f0bed3d5313e41729f26421183a41ea8/log/controller/logs/local_conf.txt (this is an example from https://review.opendev.org/c/openstack/devstack/+/793397)06:01
amotokidevstack generally should work without any configuration like https://docs.openstack.org/devstack/latest/#create-a-local-conf06:03
amotokibut after ovn migration it looks like a set of configruations are MUST things. it can be improved gradually. I just would like to confirm the current status.06:04
*** slaweq has joined #openstack-neutron06:17
frickleramotoki: nothing's bad about going to bed early. I need to prepare for a meeting now, will look at this issue later today06:18
*** parlos has joined #openstack-neutron06:19
amotokifrickler: thanks. no worries. it is not urgent. I have OVS based env and am just trying to OVN based env.06:19
*** yoctozepto has joined #openstack-neutron06:37
yoctozeptomorning neutron06:37
yoctozeptodoes https://bugs.launchpad.net/devstack/+bug/1930360 ring a bell?06:37
opendevmeetLaunchpad bug 1930360 in devstack "devstack installation fails for neutron- ovn_agent on master branch" [Undecided,New]06:37
ralonsohyoctozepto, are you using OVN?06:47
amotokiralonsoh: yoctozepto: I hit the same (as I mentioned above)06:49
ralonsohamotoki, yeah, same issue06:49
ralonsohyou need to define PUBLIC_NETWORK_GATEWAY06:49
opendevreviewMerged openstack/neutron master: [Doc] Update Freenode to OFTC as our IRC server  https://review.opendev.org/c/openstack/neutron/+/79384606:50
amotokiralonsoh: is it documented somewhere?06:50
ralonsohamotoki, yes, one sec06:50
ralonsohamotoki, https://github.com/openstack/devstack/blob/master/doc/source/networking.rst#shared-guest-interface06:51
amotokiOVN is the defualt backend now, so it should work when someone just follows https://docs.openstack.org/devstack/latest/#create-a-local-conf06:51
ralonsohyou are right06:51
amotokithanks for confirmation. we can improve things gradually :)06:52
ralonsohI'll push a patch for devstack documenting that in this samepl config file06:52
amotokiralonsoh: rather than adding more configuration, can't we configure it automatically?06:52
ralonsohamotoki, we can use Q_FLOATING_ALLOCATION_POOL CIDR and use .1 IP address06:53
ralonsohof course, this is just for testing and should be a warning message06:54
ralonsohsaying that we are inferring this IP address06:54
yoctozeptoralonsoh: that was not me, but Vishal is using the default so OVN06:55
yoctozeptoI see you know the problem06:56
ralonsohyoctozepto, commented on the LP bug06:56
yoctozeptoralonsoh: thanks, appreciated06:56
amotokiralonsoh: i think we can use the same logic as we previously configures br-ex IP address in l3 with ovs.06:58
ralonsohlet me check06:58
amotokiralonsoh: https://opendev.org/openstack/devstack/src/branch/master/lib/neutron_plugins/services/l3#L33506:59
amotokiralonsoh: this function does it.06:59
amotokiyoctozepto: I think the bug 1930360 is valid because it happens if someone just follows https://docs.openstack.org/devstack/latest/#create-a-local-conf07:00
opendevmeetbug 1930360 in devstack "devstack installation fails for neutron- ovn_agent on master branch" [Undecided,Incomplete] https://launchpad.net/bugs/193036007:00
amotokiyoctozepto: the default backend should behave same as before.07:01
yoctozeptoamotoki: yeah, it's valid, I set it as incomplete to ask the user to confirm it helps them07:01
amotokiyoctozepto: makes sense07:01
yoctozeptowe should probably try to work more on ensuring the previous behaviour (from ovs) still applies07:02
amotoki+107:02
yoctozeptothe docs + warning that we prefer the user to have it set is also ok by me07:03
amotokiyoctozepto: do you mean we need to add some to https://docs.openstack.org/devstack/latest/#create-a-local-conf ?07:04
amotokithe issue affects folks who follow Quick Start.07:05
yoctozeptoamotoki: yeah, we could always add more requirements for users; but I would prefer we have the previous friendlier behaviour as well07:09
amotokiI added some note to the bug including a workaround to use OVS.07:17
amotokithe bug author Vishal is a horizon dev so perhaps he doesn't care the network backend and he can use OVS as a workaround.07:17
yoctozeptoyeah, but I guess we (QA and Neutron) would prefer users actually use OVN07:20
yoctozeptoeven though we are not removing OVS (for obvious reasons - it's the most popular deployment so far)07:20
amotokiyoctozepto: yes, we prefer users to use OVN, but at the same time we should not block their dev efforts.07:21
yoctozeptoamotoki: agreed07:21
*** dulek has joined #openstack-neutron07:23
amotokiyoctozepto: I changed the status to Confirmed as I already confirm it happens with the sample local.conf.07:26
opendevreviewMerged openstack/neutron-specs master: Add spec for VPNaaS for OVN  https://review.opendev.org/c/openstack/neutron-specs/+/76729207:27
*** jlibosva has joined #openstack-neutron07:34
yoctozeptoamotoki: thanks, that's surely bad07:38
yoctozeptotriaged high07:39
*** rpittau|afk is now known as rpittau07:44
*** jrosser has joined #openstack-neutron07:48
*** dalvarez has joined #openstack-neutron07:52
opendevreviewRodolfo Alonso proposed openstack/neutron master: Use "multiprocessing.Queue" for "TestNeutronServer" related tests  https://review.opendev.org/c/openstack/neutron/+/79389907:52
opendevreviewAlex Katz proposed openstack/neutron-tempest-plugin master: Added test for reattached security groups  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/79319607:55
opendevreviewMerged openstack/neutron-lib master: [api-ref] Add HTTP 501 for PUT min bw QoS rule  https://review.opendev.org/c/openstack/neutron-lib/+/79380207:59
*** elvira has joined #openstack-neutron08:01
*** lucasagomes has joined #openstack-neutron08:07
*** TMM has quit IRC08:30
*** TMM has joined #openstack-neutron08:30
*** stephenfin has quit IRC08:49
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Change API policy for service_type to be available for all readers  https://review.opendev.org/c/openstack/neutron/+/78589509:10
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Add tests for service_type API's new policy rules  https://review.opendev.org/c/openstack/neutron/+/78510909:10
slaweqlucasagomes: jlibosva: hi, can You check failure https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_935/791365/7/gate/neutron-ovn-tempest-slow/935d294/testr_results.html09:11
slaweqwe have a lot of such ssh failures in the ovn jobs recently :/09:12
slaweqmostly in that neutron-ovn-tempest-slow job09:12
lucasagomesslaweq, hi there, sure lemme take a look09:12
slaweqlucasagomes: thx09:12
slaweqI didn't opened any LP for that yet09:12
jlibosvaslaweq: yesir09:12
slaweqthx jlibosva09:12
jlibosvaI'll just finish what I'm doing and will jump on it09:13
opendevreviewLajos Katona proposed openstack/networking-bgpvpn master: use payloads for ROUTER_INTERFACE events  https://review.opendev.org/c/openstack/networking-bgpvpn/+/63983409:24
opendevreviewLajos Katona proposed openstack/neutron-dynamic-routing master: use payloads for ROUTER_INTERFACE events  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/63985209:26
jlibosvaslaweq: I didn't find anything obvious. ovn-controller claims the ports so the issue seems to be somewhere in ovn :-/09:36
*** jangutter_ has joined #openstack-neutron10:01
slaweqjlibosva: lucasagomes I just opened a bug https://bugs.launchpad.net/neutron/+bug/193040210:07
opendevmeetLaunchpad bug 1930402 in neutron "SSH timeouts happens very often in the ovn based CI jobs" [Critical,Confirmed]10:07
jlibosvaslaweq: thanks10:07
slaweqfrom my quick look it seems that in all those cases DHCP worked fine10:07
slaweqmetadata too10:07
slaweqbut ssh to fip was broken10:07
*** jangutter has quit IRC10:08
slaweqjlibosva: and if You look at https://zuul.openstack.org/builds?job_name=neutron-ovn-tempest-slow&branch=master&result=FAILURE there is plenty of examples with failures of that job in last few dayse10:08
slaweq*days10:08
jlibosvaslaweq: given that traffic between instance and metadata port worked, it sounds like an issue with the fip10:10
slaweqjlibosva: that is my first though as well10:10
*** yamamoto has quit IRC10:11
jlibosvaslaweq: I'll keep exploring the tcpdumps and check if the fip was reused10:13
slaweqjlibosva: ok, is there any know issue with reusing fips?10:14
jlibosvaslaweq: not that I know of but I thought that perhaps there could be some stale mac binding or something10:14
slaweqahh, ok10:14
*** jlibosva has quit IRC10:15
*** jlibosva has joined #openstack-neutron10:19
*** jangutter has joined #openstack-neutron10:23
*** yamamoto has joined #openstack-neutron10:28
*** jangutter_ has quit IRC10:30
*** yamamoto has quit IRC10:52
*** Luzi has joined #openstack-neutron10:57
*** hjensas is now known as hjensas|afk10:59
*** yamamoto has joined #openstack-neutron11:26
*** obondarev has joined #openstack-neutron11:32
*** yamamoto has quit IRC11:42
opendevreviewManu B proposed openstack/neutron-dynamic-routing master: API changes to support router association to BGP speaker  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/79233811:47
*** yamamoto has joined #openstack-neutron11:49
*** whoami-rajat has joined #openstack-neutron11:55
gryflucasagomes, hi, around?11:58
lucasagomesgryf, hi there, yes12:05
gryflucasagomes, I see you made a change to devstack regarding public bridge last week12:05
gryfso now we need to set PUBLIC_NETWORK_GATEWAY explicitly?12:06
gryfotherwise I got this: http://paste.openstack.org/show/806219/12:06
lucasagomesgryf, yeah the change was to fix a problem with the nodepool jobs12:07
lucasagomesgryf, yeah I am aware of the issue, it's been reported at https://bugs.launchpad.net/devstack/+bug/193036012:07
opendevmeetLaunchpad bug 1930360 in devstack "devstack installation fails for neutron- ovn_agent on master branch" [High,Triaged]12:07
lucasagomesgryf, ralonsoh, is looking into the fix12:07
gryfoh, cool :)12:07
lucasagomesgryf, but as a workaround for nwo12:08
lucasagomesgryf, in your local.conf set following OVN_L3_CREATE_PUBLIC_NETWORK=False12:08
gryfright.12:08
lucasagomesthat will make it work as before until we have the fix in place for it12:08
lucasagomesgryf, sorry for breaking it :-(12:08
gryfthat what we figured already, although I was thinking about proper solutions. but anyway, it will be eventually fixed, so it's ok :)12:09
gryflucasagomes, no worries :)12:09
lucasagomesyeah, so ralonsoh offered to work on the proper solution for this problem12:09
lucasagomeshope we will have it soon12:10
ralonsohI'm testing it right now12:10
gryfralonsoh, awesome :)12:11
lucasagomesralonsoh++12:13
amotokilucasagomes: ralonsoh: one question: when OVN_L3_CREATE_PUBLIC_NETWORK is set to False, can we still try FIP behavior? (I am in the way to try OVN devstack..)12:21
amotokilucasagomes: ralonsoh: in the OVS-based behavior, we can test FIP behavior even with all-in-one single VM env. I am not sure it is same with devstack ovn env.12:22
lucasagomesamotoki, FIP behavior meaning accessing the VM via a FIP ? Yes you can12:23
lucasagomesOVN_L3_CREATE_PUBLIC_NETWORK was False by default before, althought in the gate we always set it to True12:24
lucasagomesvia zuul config12:24
lucasagomesamotoki, https://docs.openstack.org/neutron/latest/contributor/testing/ovn_devstack.html#vm-connectivity12:24
amotokilucasagomes: (sorry for asking such question. I am hitting a proxy problem specific to my env and cannot test it..)12:25
lucasagomesno worries12:25
lucasagomesamotoki, so following that guide there should help with what u need12:25
amotokilucasagomes: can we access a VM via FIP even if OVN_L3_CREATE_PUBLIC_NETWORK is False?12:25
lucasagomesamotoki, yes u can12:25
lucasagomesamotoki, what that option really does in the code is to configure the br-ex12:26
*** yamamoto has quit IRC12:26
lucasagomesthe br-ex will still be created when that's is False, but in that guide it shows you how to configure it12:26
lucasagomesso then u can access the VM via FIP12:26
lucasagomesmaybe with ralonsoh we will no longer need to issue those commands to configure br-ex after DevStack is finished12:26
amotokilucasagomes: ah. I see. the option configures IP address of br-ex.12:27
lucasagomesyeah12:28
carlotronicshi slaweq, I am not sure what you meant by making an API extension? (in spec 791400)12:28
amotokilucasagomes: thanks12:29
lucasagomesamotoki, yw!12:29
*** yamamoto has joined #openstack-neutron12:34
ralonsohlucasagomes, amotoki https://review.opendev.org/c/openstack/devstack/+/79396212:36
amotokiralonsoh: thanks. will look at it soon.12:37
lucasagomeswill take a look12:38
*** tbarron has quit IRC12:52
*** rpittau is now known as rpittau|afk12:57
*** hemanth_n has quit IRC13:00
*** gregraka has joined #openstack-neutron13:02
*** tbarron has joined #openstack-neutron13:07
opendevreviewAnthony Timmins proposed openstack/neutron master: Use local and ip address to create vxlan interface  https://review.opendev.org/c/openstack/neutron/+/79350013:13
*** hjensas|afk has quit IRC13:17
*** hjensas has joined #openstack-neutron13:17
*** Luzi has quit IRC13:21
opendevreviewBence Romsics proposed openstack/neutron-specs master: Remove Xena placeholder spec  https://review.opendev.org/c/openstack/neutron-specs/+/78147413:25
ralonsohslaweq, https://zuul.opendev.org/t/openstack/status#79136513:33
ralonsohwe need to make "neutron-ovn-tempest-slow" non-voting13:33
ralonsohor we'll never be able to merge anything13:33
opendevreviewMerged openstack/neutron stable/ussuri: [ovs fw] Restrict IPv6 NA and DHCP(v6) IP and MAC source addresses  https://review.opendev.org/c/openstack/neutron/+/79146713:48
slaweqralonsoh: ok, please do that :)14:01
slaweqI know that jlibosva and lucasagomes are already looking into that failures14:01
ralonsohslaweq, thanks14:01
opendevreviewRodolfo Alonso proposed openstack/neutron master: Switch neutron-rally-task job to ML2/OVS and skip "test_models_sync"  https://review.opendev.org/c/openstack/neutron/+/79136514:06
opendevreviewRodolfo Alonso proposed openstack/neutron master: Switch neutron-rally-task job to ML2/OVS and skip "test_models_sync"  https://review.opendev.org/c/openstack/neutron/+/79136514:09
*** gouthamr_ has joined #openstack-neutron14:34
*** opendevreview has quit IRC14:44
*** gouthamr has joined #openstack-neutron14:47
*** jlibosva has quit IRC14:47
*** mlavalle has joined #openstack-neutron14:57
*** opendevreview has joined #openstack-neutron14:59
opendevreviewAnthony Timmins proposed openstack/neutron master: Use local and ip address to create vxlan interface  https://review.opendev.org/c/openstack/neutron/+/79350014:59
opendevreviewAnthony Timmins proposed openstack/neutron master: Use local and ip address to create vxlan interface  https://review.opendev.org/c/openstack/neutron/+/79350015:02
*** luksky has joined #openstack-neutron15:05
*** opendevreview has quit IRC15:09
*** gouthamr_ has quit IRC15:12
*** gouthamr has quit IRC15:13
*** Guest473 has joined #openstack-neutron15:14
Guest473Hi, just a question about rootwrap and neutron-vpn-netns-wrapper. I installed neutron-vpnaas from pip3 and it seems that neutron-vpn-netns-wrapper is missing there, except an installation of the same package from pip. It wouldn't be a problem, but rootwrap is failing because of filters available here:15:14
Guest473https://github.com/openstack/neutron-vpnaas/blob/stable/stein/etc/neutron/rootwrap.d/vpnaas.filters and I have a tons of errors in my neutron-l3-agent like that: http://paste.openstack.org/show/806236/ Is there a  particular reason why neutron-vpn-netns-wrapper was removed from py3 code and how to solve a problem with tons of errors?15:14
*** Guest473 is now known as JanW15:14
*** gouthamr has joined #openstack-neutron15:14
slaweqralonsoh: do You know something about it ^^? Is that maybe somehow related to the migration to privsep which You were doing?15:16
*** gouthamr is now known as identify15:18
*** gouthamr has joined #openstack-neutron15:19
*** identify has quit IRC15:20
*** TMM has quit IRC15:21
*** TMM has joined #openstack-neutron15:22
*** dulek has quit IRC15:27
ralonsohslaweq, let me check15:31
slaweqralonsoh: thx15:34
ralonsohJanW, the binary is not removed. The problem you are hitting is the rootwrap filter15:38
ralonsohdo you have this file in /etc/neutron/rootwrap.d/ ?15:39
ralonsohwhat version are you installing? stein?15:40
*** opendevreview has joined #openstack-neutron15:42
opendevreviewRodolfo Alonso proposed openstack/neutron master: Switch neutron-rally-task job to ML2/OVS and skip "test_models_sync"  https://review.opendev.org/c/openstack/neutron/+/79136515:42
*** lucasagomes has quit IRC16:00
ralonsohlajoskatona, quick comment16:01
ralonsohabout the LB problems16:01
ralonsohI'll open a bug related to the trunk extension that is always executing commands (e.g.: "get_devices_info") regardless if trunk is enabled or not16:02
lajoskatonaralonsoh: ok16:04
*** ramishra has quit IRC16:07
opendevreviewMerged openstack/neutron stable/stein: designate: allow PTR zone creation to fail  https://review.opendev.org/c/openstack/neutron/+/78966316:10
*** obondarev has quit IRC16:10
*** ramishra has joined #openstack-neutron16:11
*** parlos has quit IRC16:21
*** mlavalle has quit IRC16:43
opendevreviewMerged openstack/networking-bagpipe master: Explicitly set job networking-bagpipe-tempest to ML2/OVS  https://review.opendev.org/c/openstack/networking-bagpipe/+/79112616:54
opendevreviewMerged openstack/neutron stable/stein: Remove unneeded DB register retrieval and refresh in network update  https://review.opendev.org/c/openstack/neutron/+/79016916:56
*** ralonsoh has quit IRC17:20
*** ralonsoh has joined #openstack-neutron17:20
*** ralonsoh has quit IRC17:21
opendevreviewMerged openstack/neutron stable/victoria: Disable cinder services on neutron grenade jobs  https://review.opendev.org/c/openstack/neutron/+/77868917:40
opendevreviewMerged openstack/neutron stable/ussuri: Disable cinder services on neutron grenade jobs  https://review.opendev.org/c/openstack/neutron/+/77870817:40
opendevreviewMerged openstack/neutron stable/ussuri: Disable not used services in the tempest and rally jobs  https://review.opendev.org/c/openstack/neutron/+/77870917:45
opendevreviewMerged openstack/neutron stable/ussuri: Switch tempest jobs to neutron specific ones  https://review.opendev.org/c/openstack/neutron/+/77871017:46
opendevreviewMerged openstack/neutron stable/ussuri: Don't run some more complex CI jobs on unrelated changes  https://review.opendev.org/c/openstack/neutron/+/77871117:46
*** gthiemon1e has joined #openstack-neutron17:46
*** gthiemonge has quit IRC17:52
*** elvira has quit IRC18:12
*** gthiemon1e is now known as gthiemonge18:14
*** lajoskatona has quit IRC18:22
*** ramishra has quit IRC18:52
*** Gue______ has quit IRC19:02
*** ramishra has joined #openstack-neutron19:09
*** Gue______ has joined #openstack-neutron19:10
opendevreviewMerged openstack/neutron stable/rocky: Fix multicast traffic with IGMP snooping enabled  https://review.opendev.org/c/openstack/neutron/+/77079419:33
opendevreviewMerged openstack/neutron stable/train: remove broken centos-7 tripleo train standalone job  https://review.opendev.org/c/openstack/neutron/+/79080519:34
opendevreviewBrian Haley proposed openstack/ovn-octavia-provider master: Add Health Monitor support  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/71325319:36
opendevreviewBrian Haley proposed openstack/ovn-octavia-provider master: Add Health Monitor support  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/71325320:28
*** dulek has joined #openstack-neutron20:29
*** dulek has quit IRC21:10
*** luksky has quit IRC21:59

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!