Tuesday, 2024-02-13

opendevreviewMerged openstack/neutron master: Set minumum boundary for workers  https://review.opendev.org/c/openstack/neutron/+/90818001:03
opendevreviewMiguel Lavalle proposed openstack/neutron master: Enable HA for OVN router flavors  https://review.opendev.org/c/openstack/neutron/+/90151301:17
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Add "socket" NUMA affinity policy  https://review.opendev.org/c/openstack/neutron-lib/+/90353106:56
opendevreviewMerged openstack/neutron-tempest-plugin master: Remove train and ussuri jobs  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/90855707:26
opendevreviewChristian Rohmann proposed openstack/neutron-vpnaas master: Improve the reconciling for VPNaaS  https://review.opendev.org/c/openstack/neutron-vpnaas/+/87574508:08
opendevreviewMerged openstack/neutron master: Fix wrong option name in release note  https://review.opendev.org/c/openstack/neutron/+/90879108:18
opendevreviewMerged openstack/neutron-specs master: Add spec for coexistence support for OVN externally managed resources RFE  https://review.opendev.org/c/openstack/neutron-specs/+/89120408:52
opendevreviewVasyl Saienko proposed openstack/neutron master: Drop hardcoded dhcp agent type  https://review.opendev.org/c/openstack/neutron/+/90876408:53
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Bump hacking  https://review.opendev.org/c/openstack/tap-as-a-service/+/90724909:09
opendevreviewChristian Rohmann proposed openstack/neutron-vpnaas master: Improve the reconciling for VPNaaS  https://review.opendev.org/c/openstack/neutron-vpnaas/+/87574509:34
opendevreviewChristian Rohmann proposed openstack/neutron-vpnaas master: Improve the reconciling for VPNaaS  https://review.opendev.org/c/openstack/neutron-vpnaas/+/87574511:31
*** obondare_ is now known as obondarev13:55
haleyb#startmeeting networking14:00
opendevmeetMeeting started Tue Feb 13 14:00:07 2024 UTC and is due to finish in 60 minutes.  The chair is haleyb. 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
haleybPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki14:00
mlavalle\o14:00
slaweqo/14:00
obondarevhi14:00
bcafarelo/14:00
ykarelo/14:00
mtomaskao/14:00
rubasovo/14:00
haleybhi everyone, lets get started14:01
haleyb#topic announcements14:01
haleyb#link https://releases.openstack.org/caracal/schedule.html14:01
lajoskatonao/14:01
haleybwe are getting late in C-3 cycle14:02
haleyband i hope everyone saw thierry's email about the release countdown14:02
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/AJPHUQGBT7BET2CR5Z7MXI7GN4RE7TCB/14:02
haleybOslo libraries are entering feature freeze next week, February 15, 202414:02
haleybGeneral libraries (except client libraries) need to have their last feature release before Non-client library freeze (February 22, 2024)14:03
haleybClient libraries (think python-*client libraries) need to have their last feature release before Client library freeze (February 29, 2024)14:03
haleybFeb 26th-Mar 1st is C-3 milestone / feature freeze / requirements freeze14:03
haleybso what this means is we should land any neutron-lib changes this week14:03
ralonsohhello (late)14:03
ihrachyso/14:04
haleyb#link https://review.opendev.org/q/project:openstack/neutron-lib+status:open14:05
haleybso please update and/or ask for reviews on anything that's ready there ^^14:05
haleybi think that was the main thing for announcements, does anyone have more?14:06
lajoskatonaperhaps the unmaintained thing14:06
lajoskatonaso unmaintained/yoga is out there14:07
haleyblajoskatona: right, go ahead14:07
lajoskatonathigs are broken mostly (for example grenade for zed and 2023.1)14:07
lajoskatonafor that ralonsoh opened a bug: https://bugs.launchpad.net/neutron/+bug/2052915 I suppose there will be more14:08
lajoskatonaanother thing is that at the moment any change landing on unmaintained/yoga is not visible on irc, for that we have to agree to have the notification here in #neutron channel14:09
haleyband the neutron cores do not have +2 either14:09
lajoskatonaand another thing is that there is "global" unmaintained group for merging patches on unmaintained branches14:09
lajoskatonayes exactly14:09
haleybthe intention was for "some group" to propose owning these unmaintained branches, and step-up to get superpowers14:10
ralonsohI added this topic in the on-demand section14:10
lajoskatonaperhaps slaweq have some more background on this but if I understand well we can have a neutron-unmaintaned group or similar and than the global group will not care about these patches14:10
lajoskatonabut perhaps I misunderstood the policy14:10
lajoskatonaralonsoh: ok, sorry I haevnt checked the agenda before (palm-face....)14:11
ralonsohwe can create a new groups14:11
ralonsohexample: https://review.opendev.org/c/openstack/project-config/+/90279614:11
lajoskatona+114:11
ralonsohand we can also add the patches events to our channel14:11
lajoskatonaI am happy to be in it14:11
ralonsohhttps://opendev.org/openstack/project-config/src/branch/master/gerritbot/channels.yaml#L927-L92914:11
lajoskatonahttps://review.opendev.org/c/openstack/project-config/+/90860614:12
lajoskatonaI prepared the notification patch14:12
ralonsoh+1 to the notification14:12
ralonsohI'll send a patch to create the um neutron group14:12
lajoskatonaso basically I just wanted to make it visible for everybody that this new policy changes our ways of working14:13
lajoskatonaand the default option is that we do not care about unmaintained branches14:13
lajoskatonaralonsoh: thanks14:13
ralonsohplease vote in https://review.opendev.org/c/openstack/project-config/+/90860614:13
lajoskatonathat's it from me for this topic14:14
haleybso is the consensus that we care about unmaintained branches? i.e. we want to keep them working, etc?14:14
haleybi was thinking about the impact to me downstream but didn't know about rhat, etc14:15
ralonsohwell, at least we want to be able to merge patches14:15
ralonsohto fix possible issues14:15
ralonsohthat doesn't mean we are going to care them as new ones14:15
ralonsohactually we are removing support from n-t-p14:15
ralonsohthe point is if we (neutron cores) don't take care of them, probably nobody will14:16
haleybright, the testing will be the hard part14:16
mlavalleagree with ralonsoh 14:16
lajoskatonayes I am sure nobody will care :-)14:17
mlavalleI don't see hordes of people coming to help14:17
haleybi only see people wanting to propose patches, but maybe don't have the expertise to maintain the branch (yet)14:17
bcafarel+1 being able to merge patches if we ever get some will be useful, but not actually maintaining them (so we can mostly skip them in CI meeting for example?)14:18
haleyband i agree it would be good to keep alive, but maybe we have to think about what we merge? like high priority or above, if we are treating it like an lts branch14:19
lajoskatonagood point14:19
haleyband i guess if it comes to it, we can add others to the "neutron-unmaintained-core" group that can help14:21
* haleyb is just guessing on the name there based on the ironic change14:21
lajoskatonayes any volunteers can come and do it :-)14:22
haleyblike bcafarel does today with stable14:23
haleybso we should probably add something to the neutron docs on our policy, or at least a rough outline14:23
mlavallemaybe a recruitment session during the PTG?14:24
haleyb#action haleyb to propose a doc update on unmaintained branch14:24
lajoskatonahmm, good idea14:24
mlavallewe can send a message to the ML advertising it14:24
haleybmlavalle: there will be a line out the door! :)14:24
mlavalleand see how many people show up14:24
mlavalleat least we gauge the level of interest14:25
haleybi will float this downstream here, it might actually help us14:25
mlavallethe result of the experiment might be no interest whatsoever14:25
haleyband sorry, my sarcasm meter is always on high14:25
mlavallebut we might be pleasently surprised14:26
mlavallehaleyb: that's perfectly fine. just proposing ideas14:26
mlavalleI know you New Englanders14:26
haleybyup, and i'm too old to change14:26
lajoskatona:-)14:27
mlavalle;-)14:27
haleybgreat, so everyone look at the project-config change mentioned and the core group review when it's out14:28
haleybanything else on this topic? we still have on-demand later14:29
lajoskatonaI finished, thanks for the attention14:30
haleybok, moving on14:30
haleyband thanks lajoskatona for bringing it up14:30
haleyb#topic bugs14:30
haleybralonsoh was the deputy last week14:31
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/4IU5JHBWEJDAARMY5Z7QX2FZX3RSHHO5/14:31
haleybthere were some un-owned bugs we can go through14:31
haleyb#link https://bugs.launchpad.net/neutron/+bug/205282114:32
haleyb[OVN] Pin a Logical_Router to a chassis when the external network is tunnelled14:32
ralonsohno no sorry14:32
ralonsohthat one is mine14:32
ralonsoh(I already have a patch)14:32
haleybralonsoh: ack, just assigned14:33
haleybnext one14:33
haleyb#link https://bugs.launchpad.net/neutron/+bug/205268114:33
haleybMany stale neutron-keepalived-state-change processes left after upgrade to native pyroute2 state-change14:33
haleybliu filed this, i had a follow-up if he would fix it as there is not much info there14:34
ralonsohthat's weird: the "ip -o monitor" is a process dependant on the keepalived-state-change service14:34
ralonsohif the parent one is stopped, the child processes should too14:35
ralonsohunless you kill the parent process14:35
ralonsohin other words: it doesn't matter if you upgrade or not the k-s-c code or not14:36
ralonsohif you kill it, the monitor will stay there14:36
haleybralonsoh: can you add those comments to the bug? it is only one sentence at the moment14:37
ralonsohsure and I'll test it too in an old environment before14:37
haleybgreat, moving on to next one14:38
haleyb#link https://bugs.launchpad.net/neutron/+bug/205250814:38
haleyb[doc][troubleshooting] how to enable ovs vswitchd debug logs14:38
bbezako/14:39
haleybykarel: can i assign this to you? i see there is already a functional patch14:39
ykarelyes sure14:39
haleybgreat14:40
haleybi think all the other bugs have owners and/or patches, any someone needs to discuss?14:40
bbezak#link https://bugs.launchpad.net/neutron/+bug/205293714:41
bbezakslaweq: Bence marked it invalid14:41
bbezak:)14:41
rubasovI hope it can be configured14:41
ralonsohyeah, I was going to say that. Please check Bence's comment14:41
slaweqbbezak I will still need to check it14:41
rubasovand the default may be right as it is14:42
slaweqof course it can be customized but from quick look default value for this API req may not be correct14:42
bbezakI think service role user should be able to do it with default policy14:42
bbezakas in kolla-ansible we're using default policies by design14:42
slaweqand probably calls to port['binding:profile'] should be for service user available by default14:43
slaweqbut I had no chance to check it really yet14:43
rubasovI changed it back to alive then :-)14:43
slaweqthx rubasov :)14:43
bbezakcool, thx14:43
slaweqI assigned it to myself and should have time for it on Thursday morning probably14:44
bbezaklovely, thank you rubasov slaweq14:44
rubasovthanks slaweq14:44
haleybgreat, just some bug housekeeping if there is nothing else14:45
haleybCurrent bug count this week: 770, up 11 from last week14:45
haleybi see today it's down a few, so good job on fixing things14:45
haleybThis week rubasov is the bug deputy, next week will be lucasgomes14:45
rubasovon it14:46
haleyband i see rubasov has been busy (thanks!)14:46
haleybi don't see lucas here14:46
ykarelhe is on pto today, will be back tomorrow14:47
haleybykarel: ack, i'll ping him later this week to make sure he can be deputy14:47
ykareli will remind him once he is back14:47
haleyb+114:48
haleybtopic #specs14:48
haleyb#link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open14:48
haleybi see the OVN I-C spec has merged, and i believe i've seen one patch14:48
haleybthe other two remaining just need some more +2's, else we'll have to move to next cycle directory14:50
haleyb#topic community_goals14:50
haleyb#link https://review.opendev.org/c/openstack/horizon/+/89120514:51
haleyblajoskatona: it's still fighting you14:51
lajoskatonaThe issue which I found is that I an't use SDK and keystoneauth to have https14:51
lajoskatonayes, I tried to have some help on sdk channel but perhaps I have to find directly some guys who has deeper keystoenauth and SDK background14:52
lajoskatonathat's where I am at the moment14:53
lajoskatonaI can't create a keystoneauth session and an SDK client from that that workswell with https endpoints14:53
lajoskatonathe terrible is that it appears on;y if pagination is on, so .....14:54
haleyblajoskatona: ack, it has not been easy :(14:54
haleybthere isn't an existing session it can use?14:54
lajoskatonano this is the first SDK usage in horizon, only the old python-xclients are there14:55
haleybhopefully you figure it out14:56
haleyb#topic on_demand14:56
haleybwe are almost out of time, any on-demand topics?14:57
ralonsohno, thanks14:57
haleyband there is the ci meeting in a few minutes, irc this time i believe14:57
mlavalleI think we discussed what ralonsoh proposed14:57
mlavallealready14:57
ykarelyeap CI meeting in 3 minutes :), over irc today14:57
bcafarelack14:58
haleybok, thanks everyone for attending, review away!14:58
haleyb#endmeeting14:58
opendevmeetMeeting ended Tue Feb 13 14:58:09 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:58
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2024/networking.2024-02-13-14.00.html14:58
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2024/networking.2024-02-13-14.00.txt14:58
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2024/networking.2024-02-13-14.00.log.html14:58
lajoskatonao/14:58
mlavalleo/14:58
ralonsohbye14:58
mtomaskao/14:58
slaweq++14:59
rubasovo/14:59
mlavalle\o15:00
ykarel#startmeeting neutron_ci15:01
opendevmeetMeeting started Tue Feb 13 15:01:02 2024 UTC and is due to finish in 60 minutes.  The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot.15:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
opendevmeetThe meeting name has been set to 'neutron_ci'15:01
ralonsohhello15:01
ykarelping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:01
bcafarelo/15:01
slaweqo/15:01
haleybo/15:01
mtomaskao/15:01
ykarelhi everyone, let's start with topics15:02
ykarel#topic Actions from previous meetings15:02
ykarellajoskatona to check failure with test_configurations_are_synced_towards_placement15:02
mlavalle\o15:03
lajoskatonao/15:03
lajoskatonaI checked15:03
lajoskatonanot much result, as I see it happened only once (from opensearch)15:04
lajoskatonaWhat I saw in the logs it seems that the placement service plugin changed the state of the agent to be resources_synced=False15:05
lajoskatonabut the agent_db change is not happened or just later15:05
lajoskatonabut I can't tell why the update was late (here: https://opendev.org/openstack/neutron/src/branch/master/neutron/services/placement_report/plugin.py#L118 )15:07
ykarelohkk let's keep an eye on it15:07
lajoskatona+115:07
ykarelif i see it again will report a lp for futher investigation15:07
ykarelthx lajoskatona for looking into it15:07
lajoskatona+1 for lp bug if it happens again15:07
ykarelralonsoh to check network interface not found issue in namespace15:08
ykarelthis is happening quite often now, and most functional job failures are impacted with this only15:08
ralonsohI have a patch ready to retry the pyroute command after creating the interface15:08
ralonsohbut I didn't push it yet15:08
ykarelthx ralonsoh , hope that will clear these frequent issues15:09
ykarelslaweq to check and handle sqlalchemy master issue https://bugs.launchpad.net/neutron/+bug/205250915:09
slaweqthis is fixed now15:09
ykarel#link https://review.opendev.org/c/openstack/devstack/+/90857215:09
ykarelthx slaweq 15:09
slaweqwith https://review.opendev.org/c/openstack/devstack/+/90857215:09
ykarel#topic Stable branches15:09
ykarelbcafarel, any update ^15:10
slaweqand today those periodic jobs were green :)15:10
ykarelgrenade job in stable/zed and 2023.1 impacted with yoga transitioning to unmaintained15:10
bcafarelnot a lot beyond https://bugs.launchpad.net/neutron/+bug/2052915 already mentioned in neutron meeting (grenade job issues)15:10
lajoskatonaa few related aptches: https://review.opendev.org/q/topic:%22bug/2052915%2215:11
ykarelokk so just that, rest all good. thx for the update15:11
ykarel#topic Stadium projects15:11
ykarelall green in periodic-weekly15:11
lajoskatonayes15:12
lajoskatonaAnd there's a few cosmetic changes for them, please check if you have free minutes:15:12
lajoskatonahttps://review.opendev.org/q/topic:%22tox-envdir%22+owner:katonalala@gmail.com15:12
lajoskatonahttps://review.opendev.org/q/topic:%22bump-hacking%22+owner:katonalala@gmail.com15:12
lajoskatonaI have some reviews thanks for them15:13
ykarel+115:13
lajoskatonathey are for some minimal tox change and hacking update to make them closer to what Openstack other projects uses15:13
lajoskatona(-s)15:13
lajoskatonathats it for stadiums15:14
ykarelthx15:15
ykarel#topic Rechecks15:15
ykarelrechecks increased this week, likely due to those grenade issue, also a day there were some pypi related issue15:16
ykarelalso frequent functional failures15:17
ykarelthere were 6 bare rechecks too out of 3515:17
ykarellet's try to avoid bare rechecks 15:17
ykarellet's move to f15:17
ykarel#topic fullstack/functional15:17
ykareltest_securitygroup(ovs-hybrid)15:18
ykarelneutron_lib.exceptions.ProcessExecutionError: Exit code: -6; Cmd: ['iptables-save', '-t', 'raw']; Stdin: ; Stdout: ; Stderr: free(): double free detected in tcache 215:18
ykarelseen once https://fe0d8609d5db0382bdda-1cfb81f46e8d4d51af7baa8d8d19cc9e.ssl.cf2.rackcdn.com/892542/9/gate/neutron-fullstack-with-uwsgi/92a2ac3/testr_results.html15:18
ykarelrelated ubuntu jammy bug for iptables https://bugs.launchpad.net/ubuntu/+source/iptables/+bug/204931815:18
ralonsohuhhh serious issue15:19
ralonsohbut that was solved 10 years ago15:19
ralonsoh(sorry, I'm not able to read anymore...)15:20
ralonsohthat was solved 1 week ago15:20
ykarelas per report, impacted version 1.8.7-1ubuntu5.1, upcoming fix in 1.8.7-1ubuntu5.215:20
haleybi just saw an update to iptables this morning on ubuntu15:20
haleybbut don't think our images would have it15:21
ykarelokk i see latest runs have 1.8.7-1ubuntu5.2 included15:21
ykarelso we are good15:21
ykarelseen in https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a76/908764/2/check/neutron-tempest-plugin-ovn/a76fc31/controller/logs/dpkg-l.txt15:22
ykarelk moving to next15:22
ykarelNetwork interface not found in namespace failures in Namespace15:22
ykarel    https://b2a03fe4b3eeed803979-76ffc4576b5ebbbaec0e39025919d8c0.ssl.cf1.rackcdn.com/908434/2/check/neutron-functional-with-uwsgi/2fc1bb9/testr_results.html15:22
ykarel    https://4225788823b4d673b32a-970b30994ec26ff19befc99de6943775.ssl.cf1.rackcdn.com/908588/2/check/neutron-functional-with-uwsgi/253bfaf/testr_results.html15:22
ykarel    https://bf551380c009c1591acf-43d675d9b4d25dd83e8dc401d48f3c75.ssl.cf1.rackcdn.com/907504/4/check/neutron-functional-with-uwsgi/2f4cdb4/testr_results.html15:22
ykarelwe already talked about it and ralonsoh going to push fix for it15:22
ralonsohtomorrow morning, for sure15:23
ykarelthx15:23
ykarelneutron_lib.exceptions.agent.AgentNotFoundByTypeHost: Agent with agent_type=L3 agent and host=az0-host-0 could not be found15:23
ykarelhttps://62ba78566d698900aad5-4082203e55009ffc8095c87eb70265ba.ssl.cf1.rackcdn.com/908587/2/check/neutron-functional-with-uwsgi/dc4d027/testr_results.html15:23
ykarelseen once in backport patch15:23
ralonsohI don't think this is related at all with this patch15:24
ralonsohactually  there was a legit issue with testing already solved15:24
ykarelyes that doesn't look related15:24
ykarelwill check logs if i find anything for this15:26
ykarel#action ykarel to check failure in test_auto_schedule_router15:26
ykarel#topic Tempest/Scenario15:26
ykarelhttps://ac3deee033df2f80309a-9b1010a8ed0ed23e4a7e66dfa043a295.ssl.cf5.rackcdn.com/907418/2/check/tempest-slow-py3/6dff044/testr_results.html15:26
ykarelsome metadata issue slaweq reported https://bugs.launchpad.net/neutron/+bug/205278715:27
ralonsohI think he has something, related to HA proxy15:27
slaweqyeah, I want to add some more debug logs to haproxy service but I didn't had chance yet to look into it15:28
ralonsoh(sorry)15:28
ykarelohkk thanks15:28
ykarel#topic grenade15:28
ykarelhttps://zuul.openstack.org/builds?job_name=neutron-ovs-grenade-multinode&job_name=neutron-ovn-grenade-multinode&branch=stable%2Fzed15:29
ykarelhttps://zuul.openstack.org/builds?job_name=neutron-ovn-grenade-multinode&job_name=neutron-ovn-grenade-multinode-skip-level&branch=stable%2F2023.1&skip=015:29
ykarelthis already discussed, and being tracked in https://bugs.launchpad.net/neutron/+bug/205291515:29
ykarel#topic Periodic15:29
ykarelcentos 9 stream jobs broken with libvirt-9.1015:29
ykarel#link https://zuul.openstack.org/builds?job_name=neutron-ovn-tempest-ovs-master-centos-9-stream&job_name=neutron-ovn-tempest-ovs-release-fips&job_name=neutron-ovs-tempest-fips&branch=master&skip=015:29
ykarelRelated Issue https://issues.redhat.com/browse/RHEL-2060915:30
ykarellibvirt-10.0 have fix for it, already included in upcoming compose https://composes.stream.centos.org/production/latest-CentOS-Stream/compose/AppStream/x86_64/os/Packages/15:30
ykareljob should be back to green with next compose once available in infra mirrors15:30
ykareli recall those composes are normally created on Wednesday15:31
ykarelso hopefully this week it should be solved15:31
ykarelthat's it on failures15:31
ykarel#topic Grafana15:31
ykarelhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate15:31
ykarellet's have a quick look at grafana too15:32
slaweqIMHO all looks good there15:32
ralonsohI think so yes15:33
ykarelyes overall looks good. thx all15:33
ykarel#topic On Demand15:34
ykarelanything you would like to raise here?15:34
ralonsohno thanks15:34
mlavalleI have one quick point15:35
mlavalleyesterday I saw this functional failure unrelated to my patch: https://e4cf1ab71b6ca5f5dc46-fe390436bababd65005a5c1c9412b532.ssl.cf5.rackcdn.com/901513/12/check/neutron-functional-with-uwsgi/de8b2ef/testr_results.html15:36
ralonsohI talked aboyt this error last week15:36
mlavalleoslo_db.exception.DBReferenceError: (sqlite3.IntegrityError) FOREIGN KEY constraint failed15:36
mlavalle[SQL: INSERT INTO ml2_port_bindings (port_id, host, vnic_type, profile, vif_type, vif_details, status) VALUES (?, ?, ?, ?, ?, ?, ?)]15:36
mlavalle[parameters: ('b3c63e59-7c0c-4c6e-80d2-b52b976b262e', '', 'normal', '', 'unbound', '', 'ACTIVE')]15:36
mlavalle(Background on this error at: https://sqlalche.me/e/14/gkpj)Yy15:36
mlavalleah ok15:36
ralonsohthis is a sqlite error in the transaction15:36
ralonsohbecause the reference object is also created in this same tnx15:37
ralonsohI really don't know why this is happening15:37
ralonsohbut Neutron code is correct15:37
mlavalleahh, ok, I'll keep an eye on it15:37
mlavalleand see if I can take a crack at it15:37
ralonsohperfect15:37
mlavalleThanks!15:37
ykarelthx all15:39
ykarellet's have everyone 20 minutes back15:39
ykarel#endmeeting15:39
opendevmeetMeeting ended Tue Feb 13 15:39:26 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:39
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-02-13-15.01.html15:39
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-02-13-15.01.txt15:39
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-02-13-15.01.log.html15:39
slaweqthx15:39
slaweqsee You15:39
mlavalle\o/15:39
ralonsohbye15:39
mlavalleo/15:39
lajoskatonao/15:39
ralonsohslaweq, haleyb lajoskatona rubasov mlavalle https://review.opendev.org/c/openstack/project-config/+/90891115:39
lajoskatonaralonsoh: thanks15:40
mlavalleralonsoh: thanks15:41
slaweqralonsoh +115:41
slaweqthx15:41
opendevreviewMaxim Korezkij proposed openstack/neutron stable/2023.2: [OVN] Add ``subnetpool-prefix-ops`` extension to ML2/OVN mech driver  https://review.opendev.org/c/openstack/neutron/+/90881915:45
opendevreviewMaxim Korezkij proposed openstack/neutron stable/2023.1: [OVN] Add ``subnetpool-prefix-ops`` extension to ML2/OVN mech driver  https://review.opendev.org/c/openstack/neutron/+/90882015:46
opendevreviewMaxim Korezkij proposed openstack/neutron stable/zed: [OVN] Add ``subnetpool-prefix-ops`` extension to ML2/OVN mech driver  https://review.opendev.org/c/openstack/neutron/+/90892115:47
maximkorezkij[m]i guess backport to yoga is not possible anymore since the branch was switched to unmaintained ?15:52
opendevreviewSlawek Kaplonski proposed openstack/neutron stable/2023.2: [OVN] Warn about invalid OVN and FIP PF config during start of Neutron  https://review.opendev.org/c/openstack/neutron/+/90879816:03
opendevreviewSlawek Kaplonski proposed openstack/neutron stable/2023.2: Log warning about port forwardings that won't work properly  https://review.opendev.org/c/openstack/neutron/+/90879916:03
opendevreviewSlawek Kaplonski proposed openstack/neutron stable/2023.2: [Docs] Add info about incompatible PF configuration in ML2/OVN gaps  https://review.opendev.org/c/openstack/neutron/+/90880016:03
opendevreviewSlawek Kaplonski proposed openstack/neutron stable/2023.1: [OVN] Warn about invalid OVN and FIP PF config during start of Neutron  https://review.opendev.org/c/openstack/neutron/+/90882216:07
opendevreviewSlawek Kaplonski proposed openstack/neutron stable/2023.1: Log warning about port forwardings that won't work properly  https://review.opendev.org/c/openstack/neutron/+/90882316:07
opendevreviewSlawek Kaplonski proposed openstack/neutron stable/2023.1: [Docs] Add info about incompatible PF configuration in ML2/OVN gaps  https://review.opendev.org/c/openstack/neutron/+/90882416:08
opendevreviewMerged openstack/neutron-fwaas master: Bump hacking  https://review.opendev.org/c/openstack/neutron-fwaas/+/90811316:23
opendevreviewMerged openstack/networking-bgpvpn master: Bump hacking  https://review.opendev.org/c/openstack/networking-bgpvpn/+/90717716:49
opendevreviewMerged openstack/tap-as-a-service master: Bump hacking  https://review.opendev.org/c/openstack/tap-as-a-service/+/90724917:48
haleybralonsoh: not sure if you're still around, but i didn't understand your comment on https://review.opendev.org/c/openstack/neutron/+/90514819:27
ralonsohhaleyb, I mean we are changing the API (in the server)19:30
ralonsoherror_message = _("IPv6 subnet '::' is not supported")19:30
ralonsoh            raise exc.InvalidInput(error_message=error_message)19:30
ralonsohthis should be in the IPv6 docs as a NOTE at least19:30
opendevreviewMerged openstack/neutron-fwaas master: tox: Drop envdir  https://review.opendev.org/c/openstack/neutron-fwaas/+/90798819:30
opendevreviewMerged openstack/neutron-vpnaas master: tox: Drop envdir  https://review.opendev.org/c/openstack/neutron-vpnaas/+/90798919:33
haleybralonsoh: ah, ok, i'll try and do a follow-on as I see you +W'd it19:37
ralonsohno rush 19:37
opendevreviewMerged openstack/neutron-dynamic-routing master: tox: Drop envdir  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/90798719:39
haleybralonsoh: and while i've got your attention would be good to get another look at https://review.opendev.org/c/openstack/neutron/+/907504 - i know you had a comment before but the other change didn't seem to help. thanks in advance :)19:39
ralonsohsure, but tomorrow morning (for me). It's 20:40 now and I'm going for dinner now19:40
haleyboh yeah, no problem, i have to remember to ping people earlier19:40
opendevreviewMerged openstack/networking-sfc master: tox: Drop envdir  https://review.opendev.org/c/openstack/networking-sfc/+/90798420:37
opendevreviewMerged openstack/networking-bgpvpn master: tox: Drop envdir  https://review.opendev.org/c/openstack/networking-bgpvpn/+/90798120:48
opendevreviewMerged openstack/networking-bagpipe master: tox: Drop envdir  https://review.opendev.org/c/openstack/networking-bagpipe/+/90797020:51
opendevreviewMerged openstack/neutron master: Disallow subnet cidr of :: without PD  https://review.opendev.org/c/openstack/neutron/+/90514821:48
*** dmitriis is now known as Guest268323:44

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