Friday, 2022-01-14

gmannslaweq: lajoskatona not sure if you have noticed it before, tempest-integrated-compute-centos-8-stream job is failing consistently . https://169dddc67bd535a0361f-0632fd6194b48b475d9eb0d8f7720c6c.ssl.cf2.rackcdn.com/824478/5/check/tempest-integrated-compute-centos-8-stream/e0db6a9/testr_results.html02:10
gmannseeing this traceback in log https://zuul.opendev.org/t/openstack/build/e0db6a9a7ba04e66b0781ba7d259357d/log/controller/logs/screen-q-svc.txt#3287502:10
*** EugenMayer3 is now known as EugenMayer04:05
fricklergmann: slaweq: isn't that possibly just the "unpriviledged ping fails" issue discussed in #opendev?05:32
lajoskatonafrickler, gmann: thanks for highlight07:36
opendevreviewMamatisa Nurmatov proposed openstack/neutron-tempest-plugin master: Add local ip scenario tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/82300707:58
ralonsohbcafarel, slaweq https://review.opendev.org/q/topic:%22bug%252F1956476%22+(status:open%20OR%20status:merged)08:17
ralonsohgood morning!08:17
ralonsohif you have some time, thanks in advance08:17
bcafarelralonsoh: sure, and good morning :)08:17
slaweqralonsoh: hi, sure, give me 10 minutes and I will check it :)08:19
bcafarelralonsoh: https://review.opendev.org/c/openstack/neutron/+/824348/1/neutron/tests/functional/plugins/ml2/drivers/ovn/mech_driver/ovsdb/test_impl_idl.py#89 did not work in train backport? 08:33
ralonsohbcafarel, yes but in networking-ovn08:34
ralonsohhttps://review.opendev.org/c/openstack/networking-ovn/+/82435908:34
bcafarelah yes I was asking about test_multiple_physnets_in_one_bridge test08:36
bcafarelit is not in https://review.opendev.org/c/openstack/networking-ovn/+/82435908:37
opendevreviewliuyulong proposed openstack/neutron master: Add missing DHCP opts for genconfig  https://review.opendev.org/c/openstack/neutron/+/82467908:37
ralonsohbcafarel, ahhhh sorry08:37
ralonsohthis is because I did a manual cherry-pick08:37
ralonsohbcafarel, I'll push a new patch08:38
bcafarelralonsoh: ack thanks :)08:38
opendevreviewRodolfo Alonso proposed openstack/networking-ovn stable/train: [OVN] Allow only one physical network per bridge  https://review.opendev.org/c/openstack/networking-ovn/+/82435908:39
slaweqralonsoh: bcafarel lajoskatona just FYI, we have some issue with functional tests job: https://bugs.launchpad.net/neutron/+bug/195788708:40
slaweqI will work on it right now08:41
slaweqobondarev: also FYI ^^08:41
lajoskatonaslaweq: thanks08:41
ralonsohthanks, I'll take a look too08:42
ralonsohslaweq, hehehe this in configure_for_testing.sh08:46
ralonsohcompile_ovn False /usr /var08:46
ralonsohshould be08:46
ralonsohcompile_ovn /usr /var08:46
ralonsohyou removed the first input parameter08:47
ralonsohhttps://review.opendev.org/c/openstack/devstack/+/82271708:47
ralonsohhttps://codesearch.openstack.org/?q=compile_ovn&i=nope&literal=nope&files=&excludeFiles=&repos=08:48
ralonsohseems that this is the only place, outside devstack using it08:48
obondarevslaweq: Hi! Sorry, was offline, could you repeat what was FYI?08:48
ralonsohobondarev, ^^ what I have described in previous lines08:49
slaweqralonsoh: true, and there is patch for that already: https://review.opendev.org/c/openstack/neutron/+/82271908:50
slaweqI will rebase it right now08:50
slaweqI forgot about it :D08:50
ralonsohhahahaha08:50
slaweqstupid me :P08:50
lajoskatonaWe are close the weekend it seems08:52
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Fix call to the compile_ovn function from Devstack  https://review.opendev.org/c/openstack/neutron/+/82271908:52
ralonsohdone08:53
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Fix call to the compile_ovn function from Devstack  https://review.opendev.org/c/openstack/neutron/+/82271908:53
slaweqobondarev: ralonsoh lajoskatona ^^ patch rebased08:54
slaweqplease check it ASAP to unblock our gate :)08:54
slaweqthx in advance08:54
lajoskatonaslaweq: done08:54
obondarevslaweq: ack :)08:54
slaweqlajoskatona: thx08:54
bcafarelfixes already pending in gerrit, that is nice :)08:57
labedzhi folks, you may take a look in your spear time: https://bugs.launchpad.net/neutron/+bug/1957794, thanks09:36
opendevreviewMerged openstack/os-ken stable/xena: Avoid missing key 'password' for neighbor_add  https://review.opendev.org/c/openstack/os-ken/+/82454609:42
opendevreviewMerged openstack/os-ken stable/wallaby: Avoid missing key 'password' for neighbor_add  https://review.opendev.org/c/openstack/os-ken/+/82454709:48
opendevreviewMerged openstack/os-ken stable/victoria: Avoid missing key 'password' for neighbor_add  https://review.opendev.org/c/openstack/os-ken/+/82454809:48
opendevreviewMerged openstack/os-ken stable/ussuri: Avoid missing key 'password' for neighbor_add  https://review.opendev.org/c/openstack/os-ken/+/82454909:48
opendevreviewMerged openstack/os-ken stable/train: Avoid missing key 'password' for neighbor_add  https://review.opendev.org/c/openstack/os-ken/+/82461009:48
opendevreviewRodolfo Alonso proposed openstack/ovsdbapp master: Update QoS register in "QoSAddCommand" if exists  https://review.opendev.org/c/openstack/ovsdbapp/+/82213809:51
opendevreviewMerged openstack/neutron stable/wallaby: [OVN] Allow only one physical network per bridge  https://review.opendev.org/c/openstack/neutron/+/82434610:09
opendevreviewMerged openstack/neutron stable/victoria: [OVN] Allow only one physical network per bridge  https://review.opendev.org/c/openstack/neutron/+/82434710:22
opendevreviewMerged openstack/neutron stable/ussuri: [OVN] Allow only one physical network per bridge  https://review.opendev.org/c/openstack/neutron/+/82434810:23
opendevreviewMerged openstack/neutron master: Fix call to the compile_ovn function from Devstack  https://review.opendev.org/c/openstack/neutron/+/82271910:23
slaweqgmann: frickler I don't know really why it's failing like that, please open bug for it and I will check it10:44
opendevreviewOleg Bondarev proposed openstack/neutron master: Add Local IP fullstack test cases  https://review.opendev.org/c/openstack/neutron/+/81632711:02
opendevreviewOleg Bondarev proposed openstack/neutron master: Local IP internal documentation and release note  https://review.opendev.org/c/openstack/neutron/+/82003111:03
opendevreviewRodolfo Alonso proposed openstack/neutron master: "L3AgentExtensionsManager" check loaded extensions  https://review.opendev.org/c/openstack/neutron/+/81854011:06
opendevreviewMerged openstack/neutron master: Make configure_for_func_testing compatible with e.g. Centos  https://review.opendev.org/c/openstack/neutron/+/79962511:17
ralonsohslaweq, https://review.opendev.org/c/openstack/requirements/+/82469911:46
slaweqralonsoh: thx, it makes sense for me11:51
opendevreviewOleg Bondarev proposed openstack/neutron master: Add Local IP fullstack test cases  https://review.opendev.org/c/openstack/neutron/+/81632712:41
*** dasm|off is now known as dasm13:32
fricklerslaweq: this seems to be a good description of the situation https://lists.openstack.org/pipermail/openstack-discuss/2022-January/026682.html13:37
lajoskatona#startmeeting neutron_drivers14:01
opendevmeetMeeting started Fri Jan 14 14:01:49 2022 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
opendevmeetThe meeting name has been set to 'neutron_drivers'14:01
slaweqthx frickler 14:01
mlavalleo/14:01
slaweqo/14:01
ralonsohhi14:01
lajoskatonao/14:01
amotokihi14:02
obondarevhi14:03
lajoskatonaOk so our topic for today is: Can neutron-fwaas project be revived? 14:03
lajoskatonasee the thread: #link http://lists.openstack.org/pipermail/openstack-discuss/2021-December/026413.html14:03
lajoskatonait was Inspur who would like to use and maintain fwaas14:03
lajoskatonaI hope they can join14:04
haleybhi14:05
lajoskatonaActually I am fine with opening fwaas again and have it as Neutron stadium14:05
ralonsohdo you know what functionality from fwaas was needed? 14:05
ralonsohjust asking14:05
lajoskatonawhat I miss in context that what fwaas can offer that is not covered with security-groups?14:05
ralonsohL3 FW14:06
lajoskatonaralonsoh: thanks14:06
ralonsohon router ports, for example14:06
mlavalle+114:06
slaweqI'm personally not against reviving it but I would vote for doing it in the x/ namespace, at least for now14:06
ralonsohright, ok with this14:07
lajoskatonaslaweq: ok14:07
slaweqif problem will be really maintained, we can thing about moving it to the stadium some day, but not now14:07
slaweqthat's my opinion about it14:07
zhouhenglcWe have many customers who want to set simple rules through the security group. Layer 3 sets complex rules through the firewall14:07
lajoskatonazhouhenglc: hi, so you need L3 firewall ?14:08
zhouhenglcWe have implemented firewall based on ovn14:08
zhouhenglc Logical_Router_Policy14:08
zhouhenglclajoskatona: yes14:08
slaweqzhouhenglc: so You have Your own implementation of the fwaas, right?14:09
slaweqdo You want to maintain only that new, ovn based implementation or the original one which was in fwaas too?14:09
zhouhenglcWe are based on the original neutral-fwaas implementation14:09
mlavalle so you would manintain both, then, correct?14:10
mlavallethe entire thing I mean14:10
zhouhenglcyes both14:10
lajoskatonaif we vote to have it now under x/ you have to start to renaming process14:11
lajoskatonaI can help in that, I have to fetch my old memories14:12
amotokilajoskatona: renaming does not happen. a new repo named as x/neutron-fwaas should be created.14:12
lajoskatonaamotoki: yes that is true14:13
amotokiit can be created from openstack/neutron-fwaas, so the new x/ repo can have the whole history.14:13
lajoskatonayes it happened with networking-l2gw14:13
opendevreviewjpic proposed openstack/neutron stable/xena: WIP: allow multiple segments per host  https://review.opendev.org/c/openstack/neutron/+/82471814:14
lajoskatonaas I remember to x/ direction is simpler don't need to wait for gerrit restart, but that is not that iteresting now, sorry,....14:14
lajoskatonazhouhenglc: what do you say, is that ok for you to have fwaas revived under x/ namespace, and we can later see to move it back to openstack/neutron-fwaas?14:15
zhouhenglclajoskatona: I think it's good, too.14:16
lajoskatonazhouhenglc: ok, cool14:16
lajoskatonashall we vote on then to revive neutron-fwaas under x/ namespace?14:17
mlavalleyeap14:17
lajoskatona+1 from me14:17
mlavalle+1 from me14:17
ralonsoh+114:17
amotoki+114:17
slaweq+1 from me14:17
haleyb+114:17
lajoskatonaok, we have the result, thanks :-)14:18
zhouhenglcI only contributed to the neutron project before. What do I need to do about neutron-fwass now14:18
ralonsohnothing else, same as for Neutron14:19
lajoskatonazhouhenglc: to start the moving/renaming process a patch is necessary and TC will dicsuss it on next TC meeting14:19
lajoskatonaI have to check the name of the repo and the format14:20
mlavallezhouhenglc: to be clear... in the ml thread I suggested you and your team start creating a document similar to https://review.opendev.org/c/openstack/neutron-specs/+/506012. If you are happy with the x/ namespace and plan to remain there, that document is not necessary. It would be necessary only if in the future you want to bring fwaas to the Neutron stadium14:20
mlavalleI don't want you to spend cycles on something that might not be necessary14:20
lajoskatonamlavalle: thanks14:21
amotokilajoskatona: to be clear I think no TC discussion is required as x/ namespace is not controlled by TC.14:21
lajoskatonaThe repo is openstack/governance14:21
lajoskatonaok perhaps it is only necessary for the other direction...14:21
amotokiit is just required when opentack/neutron-fwaas repo will be retired completely including the stable branches.14:22
lajoskatonaok, I think we can close the "official" part of the meeting, and I can ask infra what we need to revive fwaas under x/14:24
amotokithe next step is to prepare a new repo x/neutron-fwaas.14:24
amotokiwe can follow https://docs.opendev.org/opendev/infra-manual/latest/creators.html14:24
lajoskatonaamotoki: thanks, I was looking for this :-)14:25
zhouhenglcamotoki: "prepare a new repo x/neutron-fwaas" need me to do something?14:26
amotokizhouhenglc: you can. we can support you.14:26
amotokizhouhenglc: the above URL of the infra manual explains what you need to do.14:27
zhouhenglcamotoki: thanks, I learn the above14:28
zhouhenglc URL14:28
lajoskatonaok, I think we can close than the meeting, thanks for the participation14:29
bpetermannIf I may, I'd like to bring up https://bugs.launchpad.net/neutron/+bug/1905391 (RFE VPNaaS for OVN)14:29
bpetermannthe work there is actually finished, I'd appreciate a review. If there's anything missing, please let me know14:30
lajoskatonaYou mean this patch: https://review.opendev.org/c/openstack/neutron-vpnaas/+/765353 ?14:31
bpetermannyes14:31
lajoskatonathanks for highlighting it,14:31
lajoskatonaok, if there is no more things to discuss...14:32
lajoskatona#endmeeting14:33
opendevmeetMeeting ended Fri Jan 14 14:33:21 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:33
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-01-14-14.01.html14:33
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-01-14-14.01.txt14:33
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-01-14-14.01.log.html14:33
lajoskatonao/14:33
mlavalleo/14:33
ralonsohbye14:33
amotokio/14:33
slaweqo/14:34
bcafarelslaweq: o/ Friday cleanup can you recheck https://review.opendev.org/c/openstack/os-ken/+/823759 ? small and passing CI now14:48
slaweqbcafarel: done14:51
bcafarelthanks!14:53
opendevreviewMerged openstack/os-ken stable/train: Fix sockaddr lib with python 3  https://review.opendev.org/c/openstack/os-ken/+/82375915:03
*** tbachman_ is now known as tbachman15:09
opendevreviewjpic proposed openstack/neutron master: Fix OVS OVSNeutronAgent.reclaim_local_vlan()  https://review.opendev.org/c/openstack/neutron/+/82472715:33
opendevreviewMerged openstack/neutron-tempest-plugin master: Add 'port-device-profile' to the API extensions list  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/81294515:43
ralonsohok I think functional gate CI is broken right now16:28
ralonsohok, not only the gate one but check too16:29
opendevreviewRodolfo Alonso proposed openstack/neutron master: Revert "Make configure_for_func_testing compatible with e.g. Centos"  https://review.opendev.org/c/openstack/neutron/+/82475016:38
ralonsohlajoskatona, slaweq ^^ sorry for this revert (I don't like to push a revert)16:39
lajoskatonaralonsoh: thanks16:40
lajoskatonaralonsoh: yeah it seems to be red by last few results: https://zuul.openstack.org/builds?job_name=neutron-functional-with-uwsgi16:40
ralonsohI'm filling a launchpad bug16:40
ralonsohI'll amend the ID in the commit message16:40
lajoskatonahttps://4d3e42afa4b7ce910413-97904cf796f863517063072efe36b962.ssl.cf2.rackcdn.com/824727/1/check/neutron-functional-with-uwsgi/66d5147/testr_results.html16:40
opendevreviewMerged openstack/neutron stable/victoria: Add wait event for metadataagent sb_idl  https://review.opendev.org/c/openstack/neutron/+/82385016:41
opendevreviewRodolfo Alonso proposed openstack/neutron master: Revert "Make configure_for_func_testing compatible with e.g. Centos"  https://review.opendev.org/c/openstack/neutron/+/82475016:42
lajoskatonaralonsoh: perhaps it is enough to use Q_BUILD_OVS_FROM_GIT here as well: https://opendev.org/openstack/neutron/src/branch/master/roles/configure_functional_tests/tasks/main.yaml#L1816:43
ralonsohQ_BUILD_OVS_FROM_GIT are internal variables, inside the scripts16:43
ralonsohshouldn't be used as input parameters16:43
ralonsohQ_* I mean16:44
lajoskatonaralonsoh: ack16:49
gmannslaweq: lajoskatona frickler not sure its same ping issue or not but it blocking nova and tempest gate (might be other too)16:55
ralonsohgmann, do you have a link?16:56
ralonsohjust to check16:56
gmannI am going to make jobs n-v to unblock gate until we figure out the issue16:56
gmannralonsoh: https://zuul.opendev.org/t/openstack/build/e0db6a9a7ba04e66b0781ba7d259357d/logs16:56
ralonsohgmann, no, this is not the same problem16:56
gmannohk16:56
gmannlet me open bug and n-v the job then16:57
jpichi all! I have a working but dirty/brute-forced patch here to support multiple segments per host: https://review.opendev.org/c/openstack/neutron/+/824718 as you can see, it required a major change in the dnsmasq code so that it uses one interface per subnet instead, would you like to see that in a separate RFE or can it stay with the "support multiple segments per host" RFE16:58
opendevreviewBalazs Gibizer proposed openstack/neutron master: DNM: trigger tempest  https://review.opendev.org/c/openstack/neutron/+/82460516:58
gmannslaweq: lajoskatona ralonsoh frickler filed the bug https://bugs.launchpad.net/neutron/+bug/195794117:11
ralonsohthanks17:11
lajoskatonajpic: you mean you changed dnsmasq code or just Neutron which I see in https://review.opendev.org/c/openstack/neutron/+/824718 ?17:16
opendevreviewMerged openstack/neutron-tempest-plugin master: Update PortTestCasesResourceRequest for new Neutron API ext  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/81735717:17
lajoskatonagmann: yeah it seems a different failure, but isn't it possible that there's some common centos issue?17:17
gmannmay be17:18
opendevreviewRodolfo Alonso proposed openstack/neutron stable/xena: When creating a VXLAN interface, a device is mandatory  https://review.opendev.org/c/openstack/neutron/+/82475217:20
evrardjphello folks17:29
lajoskatonaralonsoh: Hi, regarding https://review.opendev.org/c/openstack/neutron/+/824750 , no functional or fullstack test is running for tools/configure_for_func_testing.sh changes18:04
lajoskatonaralonsoh: if you have no time, I can change irrelevant-files: for the jobs18:05
opendevreviewMerged openstack/ovsdbapp master: Use "api.lookup" to search for a "Logical_Switch"  https://review.opendev.org/c/openstack/ovsdbapp/+/82290918:08
*** tbachman_ is now known as tbachman18:43
opendevreviewLajos Katona proposed openstack/neutron master: [Functional/fullstack] Remove tools from irrelevant list  https://review.opendev.org/c/openstack/neutron/+/82477318:47
*** tbachman_ is now known as tbachman19:50
*** tbachman_ is now known as tbachman20:32
*** tbachman_ is now known as tbachman21:22
*** dasm is now known as dasm|off21:46
*** tbachman_ is now known as tbachman22:24

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