Tuesday, 2024-07-23

opendevreviewRodolfo Alonso proposed openstack/neutron master: Initialize the policy enforcer for the "tagging" service plugin  https://review.opendev.org/c/openstack/neutron/+/92465605:57
opendevreviewRodolfo Alonso proposed openstack/neutron master: Initialize the policy enforcer for the "tagging" service plugin  https://review.opendev.org/c/openstack/neutron/+/92465606:04
ykarelralonsoh, https://review.opendev.org/c/openstack/devstack/+/924473 seems to have broken couple of jobs as rpc-server not running06:40
* ykarel reports bug06:40
ralonsohykarel, which ones?06:40
ykarelseen couple of in periodic line06:41
ykarelexample https://zuul.openstack.org/build/f5bb761904144c748fcecdf88a51607206:41
ralonsohthe patch is legit: we should not run the rpc-server if rpc_workers=006:41
ralonsohactually this is stopping the OVN jobs that are using wsgi and rpc_workers=0 to run correctly06:41
ykarelit's affecting ovs jobs as well06:42
ykareleven if rpc_workers not set there06:42
ralonsohlet me check06:42
ykarelreported https://bugs.launchpad.net/neutron/+bug/207384406:45
ralonsohykarel, since https://review.opendev.org/c/openstack/devstack/+/924473/3/lib/neutron#474, we should enable rpc-server explicitly06:51
ralonsohthis is not correct, to be honest.06:51
ralonsoharggg this is the recommendation that I should have not followed06:52
ralonsohrpc-server is a neutron-api dependant service that must deployed only reading the configuration06:53
ykarelshouldn't we use "$NEUTRON_DEPLOY_MOD_WSGI" == "True" check instead of is-service-enabled here?06:58
ykarelas based on that flag only neutron-rpc-server is enabled or disabled06:59
ykarelbut currently is-service-enabled is checked before actually enabling rpc-server later and it fails07:01
ralonsohykarel, https://bugs.launchpad.net/devstack/+bug/207384407:02
ralonsohykarel, correct: this rpc-workers service is not a standalone service, it depends on the neutron API running on wsgi and the rpc_workers variable07:02
ralonsohykarel, https://review.opendev.org/c/openstack/devstack/+/924473/comments/685689ca_7bbb1b3507:03
ralonsohI should have not implemented this07:03
ykarelralonsoh, thx https://review.opendev.org/c/openstack/devstack/+/924693 should work now07:05
lajoskatonaykarel, ralonsoh: any urgent review or things are on track?07:11
ralonsohlajoskatona, just a devstack one https://review.opendev.org/c/openstack/devstack/+/92469307:12
ralonsohbut I think it looks addressed07:12
lajoskatonaralonsoh: cool07:12
ykarelyeap we need that to unblock our gate07:20
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Add API extension ``tag-creation``  https://review.opendev.org/c/openstack/neutron-lib/+/92470007:56
ralonsohykarel, https://review.opendev.org/c/openstack/requirements/+/924494/comments/001a07f3_9b18de1908:14
ralonsohwhat do you think? should we cap it in our job only?08:14
ralonsohlajoskatona, ^08:14
lajoskatonaralonsoh: nice08:55
lajoskatonaralonsoh: I think we can do it for Neutron only but worth to bring this to TC and release/req team ( I am not sure who is the good candidate for this). I understand that on non-master branches we do not bump dependencies only in case of serious (like security issue) but this is something the opposite...08:58
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM == Add new "tagging" API method: create (POST)  https://review.opendev.org/c/openstack/neutron/+/92472411:11
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Add API extension ``tag-creation``  https://review.opendev.org/c/openstack/neutron-lib/+/92470011:17
*** iurygregory__ is now known as iurygregory12:17
ykarelralonsoh, yes let's confirm as lajoskatona said, but /me still not sure if adding in global constraint will really help here, have you tested that already?12:28
ralonsohykarel, no because I didn't spawn a 20.04 env, but I can try12:29
ykarelralonsoh, i meant testing failing ci job itself with depends-on12:29
ralonsohactually I can test that in the CI with the depends-on, I think12:29
ralonsohnope because I don't know if we can set this dependency, but I'll try12:29
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: DNM == Testing patch https://review.opendev.org/c/openstack/requirements/+/924494  https://review.opendev.org/c/openstack/neutron/+/92472812:32
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Add API extension ``tag-creation``  https://review.opendev.org/c/openstack/neutron-lib/+/92470012:43
lajoskatonaralonsoh, ykarel: as I see the same setuptools thing hit glance zed (TypeError: canonicalize_version() got an unexpected keyword argument 'strip_trailing_zero') so as I see this is an openstack global thing for some older branches on older distros....12:50
lajoskatonathe glance patch: https://review.opendev.org/c/openstack/glance/+/923307/412:50
ralonsohthus makes sense to make it global in requirements12:51
ralonsohif it works12:51
lajoskatona+1, let's see12:51
ralonsohlajoskatona, ykarel ok, this is fixing nothing. Maybe we can cap this library in our requirements file13:15
ykarelralonsoh, me neither sure if even that will help based on symptoms :(13:16
ykarelmay be we just disable dbcounter on the impacted jobs13:16
ralonsohI can try that13:16
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: DNM == Testing 2023.1 issue with setuptools  https://review.opendev.org/c/openstack/neutron/+/92472813:20
ykarelMYSQL_GATHER_PERFORMANCE=False in jobs or even consider disable in impacted stable/unmaintained devstack13:21
ralonsoh^^13:21
ykarel++ that should work13:25
opendevreviewyatin proposed openstack/neutron stable/2023.1: DNM == Testing 2023.1 issue with setuptools  https://review.opendev.org/c/openstack/neutron/+/92472813:27
ykarelupdated just to avoid running all the jobs13:27
lajoskatonaykarel, ralonsoh: good idea, I check that for glance also13:37
ykarellajoskatona, i see multiple projects and jobs impacted in stable/2023.1 and unmaintained/zed, so once we confirm above fix, we can aim to fix it in devstack itself to fix all jobs together13:38
lajoskatonaykarel: yes, just in glance a lot of jobs impacted so fixing one-by-one is not optimal13:39
ykarel+113:39
opendevreviewChris Buggy proposed openstack/ovn-octavia-provider master: Error log for missing certs with NB and SB DBs  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/92405913:58
mlavalle#startmeeting networking14:00
opendevmeetMeeting started Tue Jul 23 14:00:23 2024 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'networking'14:00
mlavallePing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki, haleyb, ralonsoh14:00
ykarelo/14:00
ralonsohhello14:00
elvirao/14:00
mtomaskao/14:00
cbuggyo/14:00
frickler\o14:00
bcafarelo/14:01
rubasovo/14:01
obondarevo/14:01
lajoskatonao/14:01
mlavalle#topic announcements14:02
mlavalleWe are now in Dalmatian release week (R - 10)14:02
mlavalleNon-client library freeze: August 22nd, 2024 (R-6 week)14:02
jlibosvao/14:03
mlavalleClient library freeze: August 29th, 2024 (R-5 week)14:03
mlavalleDalmatian-3 milestone: August 29th, 2024 (R-5 week)14:03
mlavalleLast week haleyb|out commented that we are on track with our plans based on ptg etherpad14:04
mlavalleso chances are taht is still the case14:04
mlavalleReminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers14:05
mlavalleEven though haleyb|out is on PTO, slaweq has kindly offered to facilitate this coming Friday's meeting14:05
mlavalleAny other announcements from the team?14:07
lajoskatonanothing from me14:07
fricklerseems registration for the ptg is not open https://openinfra.dev/ptg/14:08
mlavalleok, moving on14:08
fricklers/not/now14:08
lajoskatonafrickler: thanks for headsup14:08
mlavallefrickler: thanks for the heads up!14:08
mlavalle#topic bugs14:08
mlavallelast week mtomaska was the bug deputy (thanks!). This is his report https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/MXRU7R6KQM2DUWXLGR3PGS4O3M5VZTLC/14:09
mtomaskaSure so there are two bugs that need attention.14:10
mtomaskahttps://bugs.launchpad.net/neutron/+bug/2073567 Needs owner. I can do this one this week14:11
mtomaskaunless someone already has a patch for it14:11
mlavallemtomaska: are you assigning it to yourself?14:11
mtomaskaYes, I will14:11
mlavallethanks14:12
mtomaskaThen there is this one https://bugs.launchpad.net/neutron/+bug/2073509. Very clear reproducing steps, it is about neutron fwaas which I know very little about. I know it is based on iptables. I am wondering if blocking VMs on the same subnet should be doable with fwaas? 14:13
ralonsohaccording to the documentation is possible14:14
ralonsohwith API v2.0 (that is quite old)14:14
lajoskatonaI started to look into it, and asked for some more info to be clear with reproduction, hope tomorrow I will have some time for it14:14
lajoskatonaworst case I check with the guys who recently added new things to fwaas14:15
mtomaskaThe initial description has pretty good reproducing steps14:15
mlavallethanks lajoskatona 14:15
mtomaskayeah I did not know who is the fwaas expert around here :) 14:16
mlavalleI don't think we have an expert here but we know who to reach out for14:16
lajoskatonamtomaska: I saw that there are some show command outputs in pastes, I will check tham also14:17
mtomaskaack14:17
mlavallemtomaska: thanks for the reader's digest. Any other comments?14:18
mtomaskaBesides those two bugs, rest of the bugs were around CI which were claimed by ykarel and ralonsoh  14:18
mtomaskathat is all I have for the bug deputy14:19
mlavalleack14:19
mlavallethanks again14:19
mlavalleany other bugswe should highlight today?14:19
mlavalleI take that as a no14:21
mlavalle#topic community-goals14:21
mlavalleI don't thin slaweq is attending the meeting to provide an update on the rbac comunity goal14:21
bcafarelno he is off this afternoon14:22
mlavallein that case let's give the stage to ralonsoh in case he has an update on eventlet removal14:23
ralonsohjust a few of them14:23
ralonsohykarel, found an issue with the wsgi migration14:23
ralonsohhttps://review.opendev.org/c/openstack/devstack/+/92469314:23
ralonsohthis is the patch; now I'll continue with the migration of the jobs from eventlet to wsgi14:23
ralonsohafter that, I'll start with the l3 agent14:24
ralonsohand a couple of related patches:14:24
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/92458214:24
ralonsoh(the other one is merged)14:25
ralonsohthanks!14:25
mlavalleis this latest patch ready for review?14:25
ralonsohyes14:25
mlavalleok, in my pile14:25
mlavalle#topic Bug deputy for this week and next14:26
mlavalleI forgot in the bugs topic about the deputy14:26
mlavalleThis week it is bcafarel and next it is elvira 14:26
mlavalleare you both ok with it?14:27
bcafarelon it for this weeek!14:27
elviraack!14:27
mlavalle:-)14:28
mlavalle#topic on-demand14:28
mlavalleany other topics to discuss with the team this week?14:29
lajoskatonajust an (not so) interesting video from linux foundation about the new legislation in EU: https://youtu.be/uOk4WIFddsc?si=ZJvvo8p6hltzF7Rj14:30
mlavallethanks!14:30
lajoskatonaThe cyber resiliency act has impact on how the EU laws/rules (????) affect opensource and the guy is not a lawyer but a developer so it is quite easy to understand what he says :-)14:30
mlavalleLOL, no legaleese. that's good14:31
mtomaska:like 14:32
mlavalleok, please remember that we have CI meeting in 28 minutes, same channel14:32
mlavalleykarel: video this time?14:32
mlavalle#endmeeting14:34
opendevmeetMeeting ended Tue Jul 23 14:34:09 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:34
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2024/networking.2024-07-23-14.00.html14:34
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2024/networking.2024-07-23-14.00.txt14:34
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2024/networking.2024-07-23-14.00.log.html14:34
lajoskatonao/14:34
ralonsohbye14:34
ralonsohykarel, you know I can't attend the CI meeting but don't hesitate to ping me tomorrow with any bug or investigation to be done14:34
ralonsohykarel, MYSQL_GATHER_PERFORMANCE is working, how should we proceed in devstack?14:34
mlavallehave a great rest of the week. thanks for attending14:34
mlavalleykarel: I won't attend the meeting this week. I have a medical appointment this morning14:35
ralonsohhow can we propose something to avoid this issue in older versions? or we can just check if ubuntu==20.04 and negate this config variable14:35
ykarelmlavalle, ralonsoh ack14:35
ykarelralonsoh, i think instead of adding more logic to conditional disable, just changing the defaults in impacted branch should be ok in devstack code or devstack base jobs14:36
ykarelwhichever qa team prefer14:37
ykarelas multiple jobs and projects are impacted14:37
ralonsohperfect for me14:37
lajoskatonaralonsoh: can't we just change the default in devstack for old branches somewhere here on master: https://opendev.org/openstack/devstack/src/branch/master/stackrc#L20314:40
ralonsohlajoskatona, yes, this is what ykarel is proposing14:40
ralonsohI'm pushing a patch now14:40
lajoskatona+1, thanks14:40
ralonsohfolks: https://review.opendev.org/c/openstack/devstack/+/92474014:51
bcafarelykarel: may be low attendance for CI meeting, I won't be able to join either (nothing I have seen in stable backports, but I am way behind on my reviews :/ )14:52
ykarelbcafarel, thx for the heads up, yeap not much activity in stable this week, and some already known issues14:52
lajoskatonaralonsoh: thanks for the patch15:01
ykarel#startmeeting neutron_ci15:02
opendevmeetMeeting started Tue Jul 23 15:02:35 2024 UTC and is due to finish in 60 minutes.  The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot.15:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:02
opendevmeetThe meeting name has been set to 'neutron_ci'15:02
ykarelPing list: bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:02
ykarelThis will be video meeting this time: https://meetpad.opendev.org/neutron-ci-meetings15:02
lajoskatonao/15:03
ykarel#topic Stable branches15:05
ykarel- https://bugs.launchpad.net/neutron/+bug/2073585 - workaround being tested/applied15:05
ykarel- https://bugs.launchpad.net/neutron/+bug/2072567 - fix under review15:05
ykarel#topic Stadium projects15:06
ykarel#topic Rechecks15:06
ykarel#topic fullstack/functional15:07
ykareltest_subport_delete15:07
ykarel- https://fc035d4166057443d273-9e0477d6144af66a12f4a85c337959e0.ssl.cf1.rackcdn.com/907313/25/gate/neutron-functional-with-uwsgi/51b49d1/testr_results.html15:07
ykarel- https://c6bc260fb8a50c93c7b6-115c1089095738e3e088969e8724f0ca.ssl.cf2.rackcdn.com/924374/3/check/neutron-functional-with-uwsgi/2adbc4d/testr_results.html15:07
ykarel#topic Tempest/Scenario15:08
ykarel- https://69751f1a73c6463d4ffb-308d85d8625749d114b87463455a8ad0.ssl.cf5.rackcdn.com/907313/25/gate/neutron-tempest-plugin-ovn/7601036/testr_results.html15:08
ykarel- https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_0c2/923391/8/gate/neutron-tempest-plugin-ovn/0c264d6/testr_results.html15:08
ykarel Looks similar to https://bugs.launchpad.net/neutron/+bug/200716615:08
ykarel- https://bugs.launchpad.net/neutron/+bug/2073844 - Couple of jobs broken as rpc-server not enabled since patch 924473 - Fix merged today15:11
ykarel- https://bugs.launchpad.net/neutron/+bug/2073582 - random failures in scenario jobs as processes oom-killed - Fixed by increasing swap required by recent flavor mem size bump in devstack15:11
ykarel#topic Periodic15:11
ykarel- https://bugs.launchpad.net/neutron/+bug/2073844 - same as above, Fix already merged15:12
ykarel- https://bugs.launchpad.net/neutron/+bug/2072567 - same as above, fixes under review15:12
ykarel#topic Grafana15:12
ykarelhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate15:12
ykarel#topic On Demand15:13
ykarel#endmeeting15:14
opendevmeetMeeting ended Tue Jul 23 15:14:36 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:14
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-07-23-15.02.html15:14
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-07-23-15.02.txt15:14
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-07-23-15.02.log.html15:14
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [Docs] Add document with description of the RBAC roles  https://review.opendev.org/c/openstack/neutron/+/92476016:12
opendevreviewMerged openstack/neutron-lib master: Change the ``StandardAttribute`` load method to "selectin"  https://review.opendev.org/c/openstack/neutron-lib/+/92392617:55
ozzzoI have a customer who ignored our warnings and rebuilt some VMs during a deployment, and now they have ports that Openstack thinks are active, but they aren't attached to a VM. I can fix this in the GUI by clearing Device ID, Device Owner, Binding: Host and saving, but I'm having trouble doing it from CLI. I tried stuff like: openstack port set --device ""18:03
ozzzo(no effect), and: os port unset --device <ID> (throws an error)18:03
ozzzoWhat's the trick for clearing values from CLI?18:03
opendevreviewMerged openstack/os-vif master: Remove old excludes  https://review.opendev.org/c/openstack/os-vif/+/91761118:05
jamesdenton_altHello all. Quick question - We performed an upgrade from 2023.1 -> 2024.1, and are finding that OVN routers previously created had no HA attribute, while new ones have ha=true. This is fine, but any attempts to manipulate (set,delete,etc) old routers (where ha=false now) fails w/ a 500. Anyone seen anything like that?20:25
jamesdenton_altThis is re: https://github.com/openstack/neutron/commit/b8953b543af0041fa2f3954271d8a8404c9e7a1c20:40

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