Thursday, 2024-02-29

*** tkajinam is now known as Guest134901:24
opendevreviewVasyl Saienko proposed openstack/neutron master: Remove unneeded check in dhcp.py  https://review.opendev.org/c/openstack/neutron/+/91020806:38
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Remove OVN_GATEWAY_INVALID_CHASSIS artifact  https://review.opendev.org/c/openstack/neutron/+/90930507:58
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Make mandatory the router name in the LRP.external_ids  https://review.opendev.org/c/openstack/neutron/+/91022207:59
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Create an OVN DB transaction context decorator  https://review.opendev.org/c/openstack/neutron/+/91053807:59
opendevreviewFrode Nordahl proposed openstack/neutron master: [ovn] Ensure OVN DB update on change of number of GW ports  https://review.opendev.org/c/openstack/neutron/+/90995508:03
opendevreviewFrode Nordahl proposed openstack/neutron master: [ovn] Add support for enable_default_route_bfd attribute  https://review.opendev.org/c/openstack/neutron/+/87854308:03
opendevreviewFrode Nordahl proposed openstack/neutron master: WIP: Add documentation for aa-l3-gw-multihoming  https://review.opendev.org/c/openstack/neutron/+/89940208:03
*** elodilles_pto is now known as elodilles08:29
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: [netaddr>=1.0.0] Do not use netaddr.core.ZEROFILL flag with IPv6  https://review.opendev.org/c/openstack/neutron-lib/+/91033108:33
ralonsohslaweq, lajoskatona ^^ if you have 1 min08:37
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Create an OVN DB transaction context decorator  https://review.opendev.org/c/openstack/neutron/+/91053809:10
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] "Logical_Router" pinned to chassis, OVN L3 scheduler  https://review.opendev.org/c/openstack/neutron/+/90919409:10
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Provide HA functionality to "Logical_Router" chassis pinning  https://review.opendev.org/c/openstack/neutron/+/90943709:13
opendevreviewLajos Katona proposed openstack/neutron master: Add tap_mirror to extension to OVN supported extensions  https://review.opendev.org/c/openstack/neutron/+/90584009:24
opendevreviewFrode Nordahl proposed openstack/neutron master: objects/trunk: Disble pylint comparison-with-callable  https://review.opendev.org/c/openstack/neutron/+/91058309:26
fnordahlThe gate appears to be blocked by a pylint error atm, ^ is an apparoach to fix it. Not sure if the proper fix belongs here or somewhere else, but we surely would need the gate unblocked quickly09:27
lajoskatonaralonsoh: checking09:31
ralonsohfnordahl, let me check that09:34
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Implement OVN agent metadata extension  https://review.opendev.org/c/openstack/neutron/+/89823809:35
ralonsohfnordahl, I think we can skip that by assigning the __tablename__ in the DB model09:53
ralonsohclass Trunk(standard_attr.HasStandardAttributes, model_base.BASEV2,09:53
ralonsoh            model_base.HasId, model_base.HasProject):09:53
ralonsoh    __tablename__ = 'trunks'09:53
ralonsohinstead of adding a pep8 exception09:53
fnordahlOk, I'll check and update the proposal to do that if it works, thanks for looking!09:54
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: [OVN] A LRP in an external tunnelled network has no chassis  https://review.opendev.org/c/openstack/neutron/+/91058809:56
opendevreviewLajos Katona proposed openstack/neutron-tempest-plugin master: Tap Mirror API and scenario tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/88600409:56
opendevreviewRodolfo Alonso proposed openstack/neutron master: Add "subnet-external-network" extension to "subnet" resource  https://review.opendev.org/c/openstack/neutron/+/90731310:04
opendevreviewFrode Nordahl proposed openstack/neutron master: Explicitly set __tablename__ for Trunk  https://review.opendev.org/c/openstack/neutron/+/91058310:08
fnordahlralonsoh: that does indeed appear to do the trick, new iteration up ^ thank again!10:08
ralonsohfolks ^^ please check this patch, this error is blocking the pep8 CI right now10:39
opendevreviewFrode Nordahl proposed openstack/neutron master: [ovn] Ensure all routes are deleted when deleting ExtGw  https://review.opendev.org/c/openstack/neutron/+/91033210:55
opendevreviewFrode Nordahl proposed openstack/neutron master: [ovn] Ensure OVN DB update on change of number of GW ports  https://review.opendev.org/c/openstack/neutron/+/90995510:55
opendevreviewFrode Nordahl proposed openstack/neutron master: [ovn] Add support for enable_default_route_bfd attribute  https://review.opendev.org/c/openstack/neutron/+/87854310:55
opendevreviewFrode Nordahl proposed openstack/neutron master: WIP: Add documentation for aa-l3-gw-multihoming  https://review.opendev.org/c/openstack/neutron/+/89940210:55
opendevreviewRodolfo Alonso proposed openstack/neutron master: Add "socket" NUMA affinity policy  https://review.opendev.org/c/openstack/neutron/+/91059411:36
ralonsohhaleyb, hi! please check https://review.opendev.org/c/openstack/neutron/+/910583. It is breaking the pep8 CI job11:37
opendevreviewMichel Nederlof proposed openstack/ovn-bgp-agent master: Fix address scope test and add address scope unit tests  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90718711:38
opendevreviewMichel Nederlof proposed openstack/ovn-bgp-agent master: Add support for l3vpn with NB driver  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90650511:38
opendevreviewMerged openstack/neutron stable/2023.2: Retry ``set|get_link_attribute(s)`` if the interface is not present  https://review.opendev.org/c/openstack/neutron/+/91035512:01
opendevreviewMerged openstack/neutron stable/2023.1: Retry ``set|get_link_attribute(s)`` if the interface is not present  https://review.opendev.org/c/openstack/neutron/+/91035612:14
opendevreviewMichel Nederlof proposed openstack/ovn-bgp-agent master: Add support for l3vpn with NB driver  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90650513:02
iurygregorylucasagomes, hey hey o/ ikoliveira is the guy I was talking about, he would like to contribute to the neutron project =)13:24
lucasagomesikoliveira, hey there o/13:24
iurygregoryhe is from my alma mater university here in Brazil =)13:24
lucasagomeswelcome :D13:25
ikoliveiraiurygregory: tks for introducing me!! o/13:26
ikoliveiraiurygregory tks for introducing me!! o/13:26
ikoliveiralucasgomes: hello, friend!! can we start now? hahaha13:28
iurygregoryikoliveira, good luck working with Neutron :D 13:29
lucasagomesikoliveira, sure what do u need ?13:30
lucasagomesikoliveira, have you contributed with openstack before ?13:30
ikoliveiratks guys, i was looking for issues but dont know where to start 13:32
lucasagomesikoliveira, if it's ur first contribution, I would suggest u first learn how to deploy it with DevStack13:32
lucasagomesikoliveira, after that take a look at our LP for bugs https://bugs.launchpad.net/neutron/13:32
lucasagomesikoliveira, lemme see if we have some low hanging fruit that would be a good start13:32
lucasagomes1s13:32
ikoliveiraok13:33
lucasagomeshttps://bugs.launchpad.net/neutron/+bug/1808917 this is a bit old, perhaps worth investigating if it's still happens13:35
lucasagomesBut seems like a good thing to start13:35
ikoliveirai made deployment with devstack with in a vm but didint woked a lot with it. maybe its a good idea to do it again 13:36
lucasagomesIn any case, on that launchpad you can always filter by low priority bugs 13:36
ikoliveiralucasgomes: nice,  gonna see it13:36
lucasagomesikoliveira, yeah, I don't know when you did it... But recently but not so recently the default mechanism driver was changed to ML2/OVN in devstack13:36
ikoliveiralucasagomes: nice,  gonna see it13:36
lucasagomesMaybe u would also want to take a look at the documentation and learn a bit more about OVN with ur DevStack instance13:37
lucasagomesSome things are particular to OVN and can be quite different from ML2/OVS (e.g how DHCP works in ML2/OVN compared to ML2/OVS)13:38
ikoliveiralucasagomes: Ok, gonna see those things that you said and follow your suggests. tks for received me!13:43
lucasagomesikoliveira, yw!13:43
*** ralonsoh_ is now known as ralonsoh13:59
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Implement OVN agent metadata extension  https://review.opendev.org/c/openstack/neutron/+/89823814:19
haleybralonsoh: ack on the pep8 fix14:28
ralonsohperfect14:29
haleybralonsoh: and i updated info on my favorite bug, i can have even more nested networks and ml2/ovs "just works"14:30
haleybi'd like to find a solution for this, it's a big issue for a customer14:30
ralonsohhaleyb, I'm spawning an environment to check this again14:30
haleyback, thanks14:31
haleybralonsoh, slaweq: https://review.opendev.org/c/openstack/neutron/+/894399 is ready for review again14:33
ralonsohok14:33
ralonsohhaleyb, did you follow the eventlet issue?14:33
ralonsohhttps://review.opendev.org/c/openstack/governance/+/902585/16/goals/proposed/migrate-eventlet-usages-to-asyncio.rst14:33
haleybralonsoh: i hadn't seen the latest update, did you have any issues with it?14:35
ralonsoheverything14:36
ralonsohwe need to coordinate a migration strategy with the communityu14:36
ralonsohand we need to know what the community is going to propose and implement14:36
ralonsohprobably a migration library compatible with asyncio14:36
ralonsohbut we need to be aware of it, because this is going to be a pain during the next release14:37
haleybralonsoh: from the ML and that change, it's clear the short-term issue of landing patches in eventlet is fixed, the medium-term steps look to be 2-cycles in duration (at least), i'll read that part again14:44
ralonsohyes, the mid and long term solutions are the critical ones, in terms of code migration14:44
fnordahlralonsoh: https://review.opendev.org/c/openstack/neutron/+/878543 has been updated if you have a spare moment to take another look14:46
ralonsohI'll check it today14:46
fnordahlthank you, much apprechiated14:47
grishatsuHi, I am using neutron with Yoga version in my product. Is there a known issue that when rabbitmq is down temporarily (not HA) neutron-rpc-server fails to recover correctly? (The q-reports queues are not created, and therefor not consuming health checks from agents)15:01
mlavallehaleyb: I cannot help reproducing that for now. I've been heads down working on a customer case. If I'm done today, I might be able to help tomorrow. Would that still be useful?15:03
haleybmlavalle: ack, thanks for letting me know!15:03
mlavallehaleyb: do you want me to try tomorrow, if I have time?15:04
haleybmlavalle: yes, if ralonsoh can't it would be good for a third to confirm/deny, thanks!15:05
grishatsuHELP SENDPASS15:25
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet] Bump eventlet version to 0.35.1  https://review.opendev.org/c/openstack/neutron/+/91063815:26
ralonsohfnordahl, please check https://review.opendev.org/c/openstack/neutron/+/87854315:53
fnordahlralonsoh: thanks, on it15:55
noonedeadpunkhey folks! do you have any idea how to reach ovn-bgp-agent core team?16:20
opendevreviewFrode Nordahl proposed openstack/neutron master: [ovn] Add support for enable_default_route_bfd attribute  https://review.opendev.org/c/openstack/neutron/+/87854316:29
opendevreviewFrode Nordahl proposed openstack/neutron master: WIP: Add documentation for aa-l3-gw-multihoming  https://review.opendev.org/c/openstack/neutron/+/89940216:29
opendevreviewMiguel Lavalle proposed openstack/neutron master: Enable HA for OVN router flavors  https://review.opendev.org/c/openstack/neutron/+/90151316:29
mlavalleralonsoh, haleyb: thanks for your reviews to https://review.opendev.org/c/openstack/neutron/+/901513. I've done my best to respond to your concerns. Please take a look again when you have a chance16:32
fricklernoonedeadpunk: lucasagomes is right here, as well as some neutron cores, so maybe simply ask?16:41
noonedeadpunkI'm a bit /o\ about https://bugs.launchpad.net/ovn-bgp-agent/+bug/2054599 right now16:43
noonedeadpunkI know I did not wisiest thing in terms of interface names, but slightly lost about direction on how to solve this right now16:44
noonedeadpunkWhile renaming them locally might be easiest thing to do, wanna make code slightly more fool-proof16:44
opendevreviewMerged openstack/neutron stable/2023.1: [OVN] A LRP in an external tunnelled network has no chassis  https://review.opendev.org/c/openstack/neutron/+/91058816:44
noonedeadpunkthe part where I got lost, is basically how would be to properly trimm interface names for vlans. As dropping last digits of vlan tag is obviously wrong16:45
noonedeadpunkso it should be dropped from the bridge name.16:45
noonedeadpunkAnd then it feels that bridge name is expected to be consistent as well, in order to fetch all vlans for it16:46
haleybnoonedeadpunk: luis is usually in this channel, as are others that work on the project, just don't see them all here today16:46
noonedeadpunkhttps://opendev.org/openstack/ovn-bgp-agent/src/branch/master/ovn_bgp_agent/privileged/linux_net.py#L44016:47
noonedeadpunkso basically this leaves with the only option - ensure that bridge name is always not longer then 15 - 1 -  (as max vlan number is 4 digits)16:48
noonedeadpunk* 15 - 1 (joint dot) - 416:48
noonedeadpunkbut also it feels a bit that https://review.opendev.org/c/openstack/ovn-bgp-agent/+/910304 could be fixing the root cause and there might be better place in code to address it. not sure16:49
noonedeadpunkand there seems to be plenty more places that I've faced today16:55
noonedeadpunk*then16:55
noonedeadpunkSo all-in-all I'm already not sure what the best way forward will be here16:56
haleybnoonedeadpunk: my simple answer is that neutron/neutron-lib uses DEVICE_NAME_MAX_LEN (15) in various places, so there might be places in ovn-bgp-agent that need to take care. So perhaps there needs to be a function that builds these names consistently, truncating another part of the name to leave the vlan id intact.17:00
haleybi'm just not involved in the day to day of the project17:00
noonedeadpunktotally understandable. be neither - just rolled it out for the first time and facing couple of stacktraces :)17:01
noonedeadpunkbut then I'm also slightly afraid/confused of all places where this should be and should not be done. As part should probably left un-trimmed (the one, that gets bridge name from neutron mappings)17:03
noonedeadpunkbut ok, will try to do my best I guess...17:04
noonedeadpunkand basically - is it worth patching under privileged/linux_net or on some higher level after all...17:05
grishatsuHi, I am using neutron with Yoga version in my product. Is there a known issue that when rabbitmq is down temporarily (not HA) neutron-rpc-server fails to recover correctly? (The q-reports queues are not created, and therefor not consuming health checks from agents)17:07
haleybnoonedeadpunk: and not to go off on a tangent, but you can set an altname that's 256 chars long, 'ip link property add dev lo altname biglongloooooopbackname' - but that would be a bigger change, just got me thinking about us always truncating the name17:21
noonedeadpunkyeah, there was "some" trimming in the repo as well. But when I've started expanding that, it become a bit /o\17:23
noonedeadpunkbut I guess I've almost found path through that...17:24
noonedeadpunkI really wonder though if nobody before named an external bridge in ovs as `br-provider` and had 4-digit vlans on it...17:25
haleybi don't remember any bugs, but will now expect one in 3...2...1...17:33
noonedeadpunkI was going to track that under https://review.opendev.org/c/openstack/ovn-bgp-agent/+/910304  fwiw :)17:38
noonedeadpunk* https://bugs.launchpad.net/ovn-bgp-agent/+bug/205459917:38
opendevreviewDmitriy Rabotyagov proposed openstack/ovn-bgp-agent master: Handle trimming of vlan interface namings  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/91065418:06
noonedeadpunkhopefully this helps ^18:06
opendevreviewDmitriy Rabotyagov proposed openstack/ovn-bgp-agent master: Handle trimming of vlan interface namings  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/91065418:35
opendevreviewFrode Nordahl proposed openstack/neutron master: [ovn] Add support for enable_default_route_bfd attribute  https://review.opendev.org/c/openstack/neutron/+/87854321:03
fnordahlralonsoh: done ^ patch grew by 173 lines, all of it functional tests. thank you for pointing out the need for that, much better with tests!21:07
mlavallehaleyb: you still around?22:09
haleybmlavalle: yes, still here22:09
mlavallehaleyb: ralonsoh suggested this https://review.opendev.org/c/openstack/neutron/+/901513/19..20/neutron/services/ovn_l3/plugin.py#b418. But it clashes with this test:https://github.com/openstack/neutron-tempest-plugin/blob/master/neutron_tempest_plugin/api/test_extensions.py#L4922:12
mlavallehaleyb: it fails in this line https://github.com/openstack/neutron-tempest-plugin/blob/master/neutron_tempest_plugin/api/test_extensions.py#L3222:14
opendevreviewMerged openstack/neutron master: Explicitly set __tablename__ for Trunk  https://review.opendev.org/c/openstack/neutron/+/91058322:17
haleybmlavalle: sorry, dog's dinner clock fired, i could set my watch by her needs22:22
mlavallehaleyb: LOL. here's what I propose. Go back to the way I was handling the extension configuration before ralonsoh's suggestion and we fix the tests early in the next cycle22:24
haleybtesttools.matchers._impl.MismatchError: 'l3-ha' not in {...}22:24
haleybthat failure?22:24
mlavalleyes22:24
*** jph6 is now known as jph22:24
haleybhmm, thinking22:25
opendevreviewMerged openstack/neutron master: [ovn] Ensure all routes are deleted when deleting ExtGw  https://review.opendev.org/c/openstack/neutron/+/91033222:30
haleybmlavalle: i can understand the change rodolfo wanted, but not sure how to do that and pass the test22:33
mlavallehaleyb: same here. I agree with his point, but now we need to change our testing strategy22:33
haleybmlavalle: the qos extension does something similar from looking at the code?22:34
mlavallehaleyb: yeah, but I don't know what is the difference22:36
haleybhttps://review.opendev.org/c/openstack/neutron/+/722415 was the change, looking at it to see if it's obvious22:36
haleybextensions = CONF.network_feature_enabled.api_extensions22:46
mlavalleyeap22:46
haleybwhere is that set? is that in tempest?22:46
haleybi'm down the rabbit hole how22:46
mlavalleyes that is tempest22:46
mlavallehaleyb: if you have too many things to do, I can talk to ralonsoh tomorrow morning and see what he suggests22:47
mlavallehaleyb: in the meantime I can address the comments you made earlier today22:47
haleybno, just meaning i'm jumping across reviews and repos, it's all swapped-in now22:47
mlavalleand I'm glad the pep8 issue got fixed. it was driving me crazy22:48
haleybjust merged ^^ up there22:48
mlavalleyes, I noticed22:48
haleybmlavalle: so that 'l3-ha' string has been in the api_extensions forever, is there a name conflict?22:50
haleybhmm, l3-ext-ha-mode is that original extension22:51
haleybso i'm not sure how to fix this at the moment, it's like chicken/egg22:54
haleybmlavalle: hopefully rodolfo will know the fix22:59
mlavallehaleyb: yes, I'll talk to him. like I said, I'll fix what you commented today23:03
mlavalleand thanks for the review23:03
haleybmlavalle: some of that was just nits, it's not intuitive how all those files play together to create the sample23:04

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