Tuesday, 2024-03-19

opendevreviewMiguel Lavalle proposed openstack/neutron master: Fix making all user defined flavor routers HA  https://review.opendev.org/c/openstack/neutron/+/91327600:20
opendevreviewMiguel Lavalle proposed openstack/neutron master: Enable HA for OVN router flavors  https://review.opendev.org/c/openstack/neutron/+/90151300:26
lajoskatonaykarel: Hi, could you help me out, don't the grenade jobs were stopped on unmaintained/yoga? I cherry-picked a patch yesterday and grenade failed: https://review.opendev.org/c/openstack/neutron/+/91350508:12
lajoskatonaykarel: on a patch from last week there was no grenade: https://review.opendev.org/c/openstack/neutron/+/908818 so I am confused08:12
fricklerchecks on that old review happened before grenade repo was transitioned I guess. you'll either need to fix these jobs now or drop them08:15
lajoskatonafrickler: ahh, thanks for the context08:16
lajoskatonafrickler: this renaming is a nightmare, just adding an extra doc line to READMEs or similar that these are dead would have been much cheaper :-)08:18
fricklerlajoskatona: yes, my suggestion is to ignore those branches unless you want to keep them alive. TC discussing how to EOL these is up for the PTG08:21
lajoskatonafrickler: thanks08:25
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Create an OVN DB transaction context decorator  https://review.opendev.org/c/openstack/neutron/+/91053808:38
*** liuxie is now known as liushy08:51
kevkoHi, on one of our environmnet I am now blocked with openvswitch with dpdk  and error on start 09:34
kevkoovs-vswitchd: invalid option -- 'w'09:34
kevkothis is caused probably because                   "dpdk-extra",09:35
kevko                  " --proc-type primary -w 0000:12:00.1 "09:35
kevkohow can I fix this ? ...openvswitch documentations saying this is regular config 09:35
kevkoovs-vsctl -t 5 get Open_vSwitch . other_config09:36
kevko{dpdk-extra=" --proc-type primary -w 0000:12:00.1 ", dpdk-hugepage-dir="/dev/hugepages", dpdk-init="true", dpdk-lcore-mask="0x1", dpdk-mem-channels="4", dpdk-socket-mem="4096", pmd-cpu-mask="0x2"}09:36
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] "Logical_Router" pinned to chassis, OVN L3 scheduler  https://review.opendev.org/c/openstack/neutron/+/90919410:10
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Provide HA functionality to "Logical_Router" chassis pinning  https://review.opendev.org/c/openstack/neutron/+/90943710:10
ralonsohkevko sorry, maybe you should ask to openvswitch folks10:13
ralonsohI have no idea about dpdk configuration or deployment10:13
ralonsohwhere this "w" flag is defined in the documentation?10:13
kevkoralonsoh: thanks, i've already figured out -> https://review.opendev.org/c/openstack/kolla-ansible/+/91365310:45
kevkoralonsoh: this is for clean deploymnet ...what I've needed to was manually get the config from ovsdb and rewrite from -w to -a .... i've also fixed kolla-ansible ovs-dpdk.sh script which is generating also config as you can see above10:46
kevkoralonsoh: now working 10:47
fnordahllajoskatona: I wondered if you had a spare moment for a look at https://review.opendev.org/q/topic:%222023-aa-l3-gw-multihoming%22+status:open the client patches are open with one +2, and there is a documentation piece that finalises the Neutron server part10:55
opendevreviewMichel Nederlof proposed openstack/ovn-bgp-agent master: Fix placement of lsp when external_ids not in sync  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/91365411:04
lajoskatonafnordahl: sure I can check them11:09
*** sfinucan is now known as stephenfin11:38
opendevreviewMerged openstack/ovn-bgp-agent master: Update master for stable/2024.1  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/91289811:43
opendevreviewMerged openstack/python-neutronclient master: Update master for stable/2024.1  https://review.opendev.org/c/openstack/python-neutronclient/+/91190412:43
opendevreviewMerged openstack/ovn-bgp-agent master: Fix placement of lsp when external_ids not in sync  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/91365412:49
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-bgp-agent stable/2024.1: Fix placement of lsp when external_ids not in sync  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/91350812:59
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-bgp-agent stable/2023.2: Fix placement of lsp when external_ids not in sync  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/91350912:59
Luzihi, i have a question for the default security group rules, is someone around who can help me?13:01
lajoskatonafnordahl: Hi, could you please check this ovsdbapp failure: https://bugs.launchpad.net/ovsdbapp/+bug/205826413:02
lajoskatonafnordahl:  something failes around bfd, perhaps you have a quick tip for it13:03
lajoskatonaLuzi: Hi, slaweq is the master of default sec-groups, but I can try also perhaps :-)13:04
Luzilajoskatona, i stumbled upon the CLI part and tried to create a rule that will only be applied to default sec-group.13:05
Luzibut the created rule will also be applied to the custom groups. The reason is here:https://github.com/openstack/python-openstackclient/blob/2f9a523765ca99c9ef9a6968e430bab102f3208d/openstackclient/network/v2/default_security_group_rule.py#L14513:06
otherwiseguystephenfin: welcome back! :) If you get a chance in the next few days, https://review.opendev.org/c/openstack/oslo.service/+/911627 could use a review and potential second +2.13:06
LuziShould the CLI always default to True for custom sec-groups?13:07
*** mklejn__ is now known as mklejn13:11
lajoskatonaLuzi: here is a patch for the same thing if I understand your problem: https://review.opendev.org/c/openstack/python-openstackclient/+/909815 , please check it13:11
Luzilajoskatona, thank you that is exactly what i was looking for :)13:13
lajoskatonaLuzi: cool,  You are lucky :-)13:20
lajoskatonaLuzi: I will ask slaweq to review it also13:21
slaweqLuzi lajoskatona yes, this looks good for me, I just gave +2 for that patch13:24
slaweqmaybe gtema can also review and approve it13:24
Luzinice, thank you :)13:24
gtemaapproved13:26
opendevreviewMerged openstack/ovn-bgp-agent stable/2023.2: Fix placement of lsp when external_ids not in sync  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/91350913:27
opendevreviewMerged openstack/ovn-bgp-agent stable/2024.1: Fix placement of lsp when external_ids not in sync  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/91350813:27
haleyblajoskatona: can you take a look at https://review.opendev.org/c/openstack/neutron-lib/+/911895 ? thanks13:38
opendevreviewMerged openstack/os-ken master: Update master for stable/2024.1  https://review.opendev.org/c/openstack/os-ken/+/91189813:52
fnordahllajoskatona: sure, looking13:52
opendevreviewMerged openstack/ovsdbapp master: Update master for stable/2024.1  https://review.opendev.org/c/openstack/ovsdbapp/+/91190113:53
lajoskatonahaleyb: done13:53
haleyblajoskatona: ack, thanks13:53
ralonsohquite active today the chat, nice to see that13:55
ralonsohhaleyb, hey! about the repo owners13:56
ralonsohI think I didn't add you in CC to the mails I sent 1 year ago13:56
ralonsohI added Lajos and Slawek because they were the previous PTLs13:56
haleybralonsoh: that's fine, i read through the etherpad and think there were just those few leftover13:56
ralonsohI added, in the etherpad, the updates and those who didn't reply (twice)13:57
ralonsohand if you have time: https://review.opendev.org/c/openstack/neutron-lib/+/91227313:57
ralonsoh^^ thanks in advance13:57
ralonsohnote: this extension is in development, so it is NOT used right now13:58
haleybcan look after meeting13:59
ralonsohfor sure, short patch13:59
* haleyb remembers that patch13:59
haleyb#startmeeting networking14:00
opendevmeetMeeting started Tue Mar 19 14:00:38 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, amotoki, haleyb, ralonsoh14:00
mlavalle1\o14:00
ralonsohhello14:00
obondarevhi14:01
isabekHi14:01
elvirao/14:01
bcafarelo/14:01
fricklero/14:01
jcosmaohi14:01
slaweqo/14:01
haleyb#topic announcements14:01
opendevreviewMerged openstack/neutron-lib master: Update master for stable/2024.1  https://review.opendev.org/c/openstack/neutron-lib/+/91189514:01
mlavalle1haleyb: did you miss something in the ping command. I didn't get pinged by my client14:01
lajoskatonao/14:02
haleybmlavalle1: you have a 1 on the end14:02
rubasovo/14:02
* haleyb just cut/pastes14:02
mlavalle1ah ok, it's me14:02
haleybWe are now past RC1 (R - 2)14:03
haleybFinal RC deadline: March 28th, 2024 (R-1 week)14:03
haleybFinal 2024.1 Caracal release: April 3rd, 202414:03
haleybstable/2024.1 branches have been created14:03
haleybRelease-critical bugs must be cherry-picked to stable/2024.1 after merging to master14:03
ralonsohcongrats everyone for this new release (almost ready)!14:04
haleybDoes anyone have anything critical for 2024.1 ?14:04
lajoskatonayeah, a new release again :-)14:05
haleybralonsoh: yes, i think we merged some big things14:05
ralonsohnothing critical that I remember14:05
haleybi didn't either, but sometimes patch emails go missing14:06
haleybLooking forward...14:06
haleybDalmation / 2024.2 schedule proposed: https://review.opendev.org/c/openstack/releases/+/90605014:06
haleybPTG April 8-12, please register if have not already14:07
haleyb#link https://ptg2024.openinfra.dev/14:07
haleybPlease also add name and topics to Etherpad 14:07
haleyb#link https://etherpad.opendev.org/p/apr2024-ptg-neutron14:07
haleybit was just created so is empty14:07
slaweqhaleyb do You have already time slots booked?14:07
* mlavalle1 will miss April 8th. TRotal eclipse day in Austin14:08
haleybslaweq: no but i will set some aside for tues/wed/thursday that week14:08
lajoskatonamlavalle1: sounds like a good program :-)14:09
haleybmlavalle1: i don't think we'll have anything that monday the 8th14:09
slaweqhaleyb ok, please try to not overlap with TC sessions https://etherpad.opendev.org/p/apr2024-ptg-os-tc14:09
slaweqthx in advance :)14:10
slaweqespecially Monday session which will be tc and community leaders interaction14:10
haleybslaweq: ack14:10
slaweqso more folks from here may be interested14:10
ralonsohsorry (again) for not attending this PTG, I'll be in parental leave (2nd round)14:11
haleybralonsoh: you will be missed (again), good luck with diapers :)14:12
haleybReminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers14:12
haleybralonsoh: i see you had an rfe bug this week, right?14:13
ralonsohyes, a short one14:13
ralonsohbut we can wait until I get back from the leave14:13
slaweqjust FYI: I will not be able to attend this week's drivers meeting14:14
haleybralonsoh: ok, so don't put in this friday's meeting? i'm fine waiting as it almost seems a bug fix/feature gap14:15
ralonsohperfect14:15
haleyback, thanks, i will send email about drivers meeting but no current agenda14:16
haleybany other announcements?14:16
haleyboh, since i know it was raised before, there are two changes to be aware of - both governance14:18
haleyb#link https://review.opendev.org/c/openstack/governance/+/90886214:18
haleybDefine testing runtime for 2024.2 release14:18
haleybnothing ground-breaking - remove py3.8, add py3.12 as non-voting14:19
ralonsohwe are going to have fun with 3.12 and eventlet...14:19
frickleralso not sure if mentioned last week, 1 day left to vote for TC14:19
haleybralonsoh: that was the other change14:19
haleyb#link https://review.opendev.org/c/openstack/governance/+/90258514:19
haleybMigrate eventlet usages to asyncio14:20
ralonsohI would like, if possible, to have some output from the PTG14:20
ralonsohrelated to this migration14:20
haleybthis has a good roadmap of where openstack is going with eventlet14:20
ralonsohin particular how asyncio will replace eventlet14:20
mlavalle1big doucument14:20
ralonsoh(and I'm looking, for example, to AsyncProcess)14:20
lajoskatona+1 for the eventlet asyncio thing 14:21
lajoskatonaI mean to have a decisison14:21
haleybyes, we are past the short-term steps there and into medium term, but it's potentially a lot14:22
haleybsorry, interrupted here14:24
haleybanyways, i will add this topic to the ptg14:24
lajoskatonathanks haleyb14:24
mlavalle1yes, definitely we need to talk about it +114:24
haleybthe governance doc is long, but thorough14:25
haleyboh, and as frickler noted, 1 day left for TC voting14:27
haleybok, moving on14:28
haleyb#topic bugs14:28
haleybisabek was the deputy this week, thanks!14:28
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/JB4BK7B6EATK7GQNZVMRRM5FVUC63U5U/14:28
haleybmost bugs were picked-up and being worked on14:29
haleybwill talk about a couple14:29
haleyb#link https://bugs.launchpad.net/neutron/+bug/205794214:29
haleybexternal_gateways KeyError when running add_gw_port_info_to_logical_router_port14:30
haleybthis wound-up being a bad cherry-pick14:30
haleybso i wanted to make reviewers aware that the active-active l3 gateway changes will impact backports to stable before 2023.214:31
haleybthat one only had a unit test, so passed the gate14:31
haleybnext bug14:33
haleybthis one is unassigned14:33
haleyb#link https://bugs.launchpad.net/neutron/+bug/205801814:33
haleybAssertionError: do not call blocking functions from the mainloop14:33
haleybseen in a tempest run14:33
ralonsohI think this one is related to https://bugs.launchpad.net/neutron/+bug/205636614:33
ralonsohand I would like to know where is this happening14:33
ralonsohI would like to have the logs, to check that this is happening when the neutron server is stopping14:34
ralonsohI'll ping the reporter14:34
mlavalle1I see it every time I restart the neutron server14:34
haleybralonsoh: ack, thanks14:34
haleybmlavalle1: oh, that seems related to the signal issue, does it happen with otherwiseguy's patch applied?14:35
mlavalle1ralonsoh: just restart the neutron server with a devstack built with master14:35
ralonsohis this happening at this time?14:35
mlavalle1haleyb: I don't know. I can test otherwiseguy patch if you want14:35
haleybmlavalle1: you just mean the hash ring backtrace happens, right?14:36
mlavalle1ralonsoh: it is happening with a devstack I built with last week's master. so most likley yes14:36
ralonsohotherwiseguy is working fine, the Neutron server stops much faster14:36
otherwiseguyo/14:36
ralonsohmlavalle1, perfect, so then the issue is related and fixed by otherwiseguy patch14:36
ralonsoh(patches)14:36
otherwiseguywhat ralonsoh says is truth. ;)14:37
ralonsohhehehe14:37
ralonsohotherwiseguy, context: https://bugs.launchpad.net/neutron/+bug/205801814:37
ralonsohI think this is related to what you are fixing14:37
haleybotherwiseguy: o/ was easier to reference you than the patch i can't find :)14:37
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/91162514:37
otherwiseguyhttps://review.opendev.org/c/openstack/oslo.service/+/91162714:37
otherwiseguyJust waiting on that 2nd +2 on the oslo-service one. 14:38
otherwiseguyThere aren't a lot of people that can do that.14:38
otherwiseguystephenfin is one of them. ;)14:38
haleybotherwiseguy: and that would need backports as well, correct? we can't just fix this in neutron?14:38
otherwiseguyYeah, ideally both would be backported as far as we are willing.14:39
otherwiseguyNeutron hasn't really been exiting on SIGTERM in a very long time.14:39
haleybzed is all we can do these days14:40
otherwiseguy+114:40
haleybthanks for working on that, can't believe it's been around this long14:41
haleybany other bugs to discuss?14:41
haleybThis week lajoskatona is the bug deputy, next week will be ykarel - is that ok for both of you?14:41
lajoskatonahaleyb: I am on it14:41
haleyb+114:42
ykarelfine by me, i have some holidays next week, but can cover on other days :)14:42
haleyback, thanks14:42
haleyband our bug stats this week were14:42
haleybCurrent bug count this week: 723, up 5 from last week14:42
haleybi wasn't able to look at too many and close, but we're doing ok14:43
haleybmoving on14:43
haleyb#topic specs14:43
haleyb#link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open14:43
haleybwe should move those to the 2024.2 directory14:44
haleybracosta: ^^14:45
racostao/14:45
haleybracosta: hi, we just need to move this as they didn't merge this cycle, will add my +2 back :)14:46
racostaOk, I'll move this asap. Thanks14:47
haleybthanks14:47
haleyb#topic community goals14:48
haleybstill just working on neutron client deprecation14:48
haleyb#link https://review.opendev.org/c/openstack/horizon/+/891205 is waiting on an sdk change, same as last week14:49
lajoskatonaperhaps soon e can add the eventlet stuff :-)14:49
lajoskatonaexactly, I have to ping them, I suppose the 2024.1 rush is over so it can be merged and released soon14:49
haleybyes, it's not fair you're the only one working on community goals :)14:49
lajoskatona:-)14:50
haleyb#topic on_demand14:51
slaweqregarding community goals, we still need to implement S-RBAC phase 3 and I plan to work on it in next cycle14:51
slaweqit's just FYI14:51
slaweqand also some additional testing of the service role will probably be needed - and that I also plan to work on soon14:52
haleybslaweq: ack, added ptg topic14:52
slaweqhaleyb thx, gmann also scheduled some session about RBAC during the PTG14:53
slaweqI think it will be on Tuesday if I'm not mistaken14:53
haleybslaweq: yes, i saw that will make sure we don't conflict or just block out the time to attend it14:53
lajoskatonahttps://etherpad.opendev.org/p/rbac-2024.2-ptg14:53
slaweqhaleyb thx a lot14:53
haleybCI meeting in a few minutes, video this week i believe14:54
ykarelyeap14:54
mlavalle1Just bring folks attention to https://review.opendev.org/c/openstack/neutron/+/913276 and https://review.opendev.org/c/openstack/neutron/+/90151314:55
mlavalle1they are ready for review14:55
haleybmlavalle1: ack, thanks!14:56
haleybif nothing else will give you 4 minutes back14:56
mlavalle1yaay!14:56
haleybthanks for attending, and have a good week14:56
haleyb#endmeeting14:56
opendevmeetMeeting ended Tue Mar 19 14:56:52 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:56
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2024/networking.2024-03-19-14.00.html14:56
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2024/networking.2024-03-19-14.00.txt14:56
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2024/networking.2024-03-19-14.00.log.html14:56
ralonsohbye14:56
mlavalle1o/14:56
lajoskatonao/14:56
ykarelo/14:57
ykarel#startmeeting neutron_ci15:01
opendevmeetMeeting started Tue Mar 19 15:01:10 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
ykarelping  bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:01
ykarelThis will be video meeting today: https://meetpad.opendev.org/neutron-ci-meetings15:01
ykarel#topic Actions from previous meetings15:03
lajoskatonao/15:03
ykarelslaweq to check on tobiko issue in stable branches15:03
ykarel#info fixed in tobiko15:04
ykarelmtomaska to check fullstack failure from last week15:04
mtomaskahttps://paste.opendev.org/show/bZ1zodtavfgwgFNxAcMw/15:05
mtomaskahttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_43a/910379/2/gate/neutron-fullstack-with-uwsgi/43a8f53/testr_results.html15:07
f0o_Hi I'm running into an odd permission-denied issue when attempting to create a port on a shared network (via tenant-specific RBAC, not wildcard) https://paste.opendev.org/show/bVkwhTPdPRWkVypXH7nx/ - any pointers to look at? This is a stock OSA deployment15:08
ykarel#topic Stable branches15:09
ykarelbcafarel, any update15:09
ralonsohf0o_, in a meeting now in this channel, we can talk after it15:10
ykarel#topic Stadium projects15:10
ykarelneutron-fwaas https://zuul.openstack.org/build/9c0fecbe534549588c1f1a2141bf66a915:10
ralonsohhttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_9c0/periodic-weekly/opendev.org/openstack/neutron-fwaas/master/neutron-tempest-plugin-fwaas/9c0fecb/controller/logs/screen-q-svc.txt15:11
ykarel#action lajoskatona to check fwass failure is a one time or happens more frequently15:13
ykarel#topic Rechecks15:13
opendevreviewMichel Nederlof proposed openstack/ovn-bgp-agent master: Add support for l3vpn with NB driver  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90650515:13
opendevreviewFrode Nordahl proposed openstack/ovsdbapp master: Fix BFD functional test, avoid comparing status column  https://review.opendev.org/c/openstack/ovsdbapp/+/91368815:14
fnordahllajoskatona: (^ ought to address the issue you pointed at earlier)15:15
ykarel#topic fullstack/functional15:18
ykarelNetworkInterfaceNotFound15:18
ykarelhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_38c/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-oslo-master/38c430f/testr_results.html15:19
ykarelhttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_ed9/periodic/opendev.org/openstack/neutron/master/neutron-functional/ed9792d/testr_results.html15:19
ykarelhttps://a240fd3256f5b2863f3d-53302f911195502b1bb2d87ad2b01ca2.ssl.cf2.rackcdn.com/913574/1/check/neutron-functional-with-uwsgi/3ded916/testr_results.html15:19
ykarelhttps://2db12bf686954cafec50-571baf10d8fb9f8a9cb5a5e38315002b.ssl.cf5.rackcdn.com/912629/2/check/neutron-functional-with-uwsgi/469dc01/testr_results.html15:19
ykarel#link  https://review.opendev.org/c/openstack/neutron/+/91164715:19
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/91164715:19
ykareltest_floatingip_mac_bindings15:21
ykarelhttps://c2deb3ebe4d3800fb471-ee896de7b34caf47b7848064119af8f8.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-oslo-master/c97a63e/testr_results.html15:21
ykarelhttps://bugs.launchpad.net/neutron/+bug/195500815:22
ykarel#action ykarel to check functional failure in test test_floatingip_mac_bindings15:24
ykarel#topic grenade15:24
ykarelunmaintained/yoga https://review.opendev.org/c/openstack/neutron/+/91350515:24
ykarelrelated bug https://bugs.launchpad.net/neutron/+bug/205627615:25
ykarel#action lajoskatona to push patch to drop grenade jobs from unmaintained branches15:26
ykarel#topic Periodic15:26
ykarelhttps://zuul.openstack.org/builds?job_name=devstack-tobiko-neutron&project=openstack%2Fneutron&branch=stable%2F2023.2&skip=015:26
ykarelhttps://bugs.launchpad.net/neutron/+bug/205837815:27
ykarel#action slaweq to look at lp 205837815:28
ykarel#topic Grafana15:29
ykarelhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate15:29
ykarel#topic On Demand15:31
ykarel#endmeeting15:31
opendevmeetMeeting ended Tue Mar 19 15:31:22 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:31
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-03-19-15.01.html15:31
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-03-19-15.01.txt15:31
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-03-19-15.01.log.html15:31
ralonsohf0o_, what user is executing this command?15:31
ralonsohthis isn't an admin one, right?15:31
f0o_ralonsoh: nope not admin - I did some googling and I ran into similar reports such as https://bugzilla.redhat.com/show_bug.cgi?id=168338515:32
ralonsohf0o_, from the default policies15:32
ralonsoh        check_str=neutron_policy.policy_or(15:32
ralonsoh            base.ADMIN_OR_SERVICE,15:32
ralonsoh            base.NET_OWNER_MEMBER),15:32
f0o_This does actually match my case, I can create it via CLI and even through launch-instance on horizon - but I cannot use horizon to create ports15:32
ralonsohthat means: you must be an admin or the net owner15:33
ralonsohin other cases, it won't work15:33
ralonsohso in case you need that, you can relax this policy in your own policy file15:33
f0o_that doesnt make sense because it does work through the CLI and through nova launching instances on the shared network...15:33
f0o_so my guess this is something Horizon is doing funky like the bugreport suggests?15:34
ralonsohnova will call Neutron as service user15:34
f0o_oh15:34
ralonsohwhat user are you using in the CLI?15:34
f0o_so then it IS expected behavior just feels weird15:34
ralonsohnot at all15:34
ralonsohnova will create this port depending on the requested needs15:34
ralonsohand an admin will be able too15:35
f0o_gotcha15:35
f0o_my bad then15:35
f0o_thanks for the clarification!15:35
ralonsohyw15:35
*** f0o_ is now known as f0o15:35
opendevreviewLajos Katona proposed openstack/neutron-fwaas master: DNM: test tempest job execution  https://review.opendev.org/c/openstack/neutron-fwaas/+/91369816:11
opendevreviewLajos Katona proposed openstack/neutron unmaintained/yoga: Unmaintained only: Remove grenade jobs from check and gate queue  https://review.opendev.org/c/openstack/neutron/+/91370016:19
opendevreviewLajos Katona proposed openstack/neutron unmaintained/yoga: Unmaintained only: Remove grenade jobs from check and gate queue  https://review.opendev.org/c/openstack/neutron/+/91370016:20
fnordahlstephenfin: some bird chirped that you were back, I did take a stab at addressing your comments on the client side of this series for when you have a spare moment to review: https://review.opendev.org/q/topic:%222023-aa-l3-gw-multihoming%22+project:openstack/python-openstackclient16:44
stephenfinfnordahl: I will take a look but not today. Also, to the best of my knowledge we're still in feature freeze so this isn't going to be merged in Caracal. It shouldn't matter hugely since we can release whenever and OSC/SDK are usually run client side but just making sure you know16:54
opendevreviewRobert Breker proposed openstack/neutron master: Enhance IptablesFirewallDriver with remote address groups  https://review.opendev.org/c/openstack/neutron/+/91370818:03
*** jamesdenton_ is now known as jamesdenton18:41
otherwiseguyhaleyb: I can't type 'recheck' without a typo and you people let me merge code. :p22:01
otherwiseguyhaleyb: thanks for the recheck. ;)22:01
haleybotherwiseguy: we're crazy like that22:01
opendevreviewBrian Haley proposed openstack/neutron master: Change OVN client to account for nested networks  https://review.opendev.org/c/openstack/neutron/+/90750422:14

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