| opendevreview | Merged openstack/neutron master: Use the new network HA parameter https://review.opendev.org/c/openstack/neutron/+/881742 | 03:34 |
|---|---|---|
| opendevreview | Merged openstack/neutron master: Fix race condition when creating two routers without HA network https://review.opendev.org/c/openstack/neutron/+/881826 | 03:39 |
| opendevreview | morice proposed openstack/neutron master: [ovn] AZs distribution in L3 port scheduler https://review.opendev.org/c/openstack/neutron/+/892604 | 06:37 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/xena: [OVN] Skip the port status UP update during a live migration https://review.opendev.org/c/openstack/neutron/+/892885 | 08:12 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/xena: [OVN][Trunk] Set the subports correct host during live migration https://review.opendev.org/c/openstack/neutron/+/892886 | 08:12 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/wallaby: [OVN] Skip the port status UP update during a live migration https://review.opendev.org/c/openstack/neutron/+/892889 | 08:13 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/wallaby: [OVN][Trunk] Set the subports correct host during live migration https://review.opendev.org/c/openstack/neutron/+/892890 | 08:13 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Implement support for external-gateway-multihoming extension https://review.opendev.org/c/openstack/neutron/+/874199 | 10:06 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Honor `enable_default_route_ecmp` attribute https://review.opendev.org/c/openstack/neutron/+/878531 | 10:06 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Make scheduling of unhosted gateways aware of current transaction https://review.opendev.org/c/openstack/neutron/+/874760 | 10:06 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Add helper for retrieving LR associated with LRP https://review.opendev.org/c/openstack/neutron/+/873698 | 10:06 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Apply soft anti-affinity for LRs with multiple LRPs when scheduling https://review.opendev.org/c/openstack/neutron/+/873699 | 10:06 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Add support for enable_default_route_bfd attribute https://review.opendev.org/c/openstack/neutron/+/878543 | 10:06 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: Add missing extension classes for router BFD/ECMP extra attributes https://review.opendev.org/c/openstack/neutron/+/893023 | 10:06 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: Patch apidef for BFD/ECMP extra attributes https://review.opendev.org/c/openstack/neutron/+/893024 | 10:06 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: Get default value for BFD/ECMP extra attributes from config https://review.opendev.org/c/openstack/neutron/+/893025 | 10:06 |
| opendevreview | Frode Nordahl proposed openstack/neutron-lib master: Update default for BFD/ECMP router extra attributes https://review.opendev.org/c/openstack/neutron-lib/+/893026 | 10:07 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [FT] Make explicit the "publish" call check in "test_port_forwarding" https://review.opendev.org/c/openstack/neutron/+/893028 | 10:19 |
| opendevreview | Lucas Alvares Gomes proposed openstack/neutron master: [OVN] Cleanup old Hash Ring node entries https://review.opendev.org/c/openstack/neutron/+/893030 | 10:40 |
| opendevreview | Lucas Alvares Gomes proposed openstack/neutron master: [OVN] Cleanup old Hash Ring node entries https://review.opendev.org/c/openstack/neutron/+/893030 | 10:51 |
| opendevreview | Lucas Alvares Gomes proposed openstack/neutron master: [OVN] Cleanup old Hash Ring node entries https://review.opendev.org/c/openstack/neutron/+/893030 | 11:09 |
| kevko | Hi, we have yoga Openstack deployment with ovn and we see in logs something like failed to bind port ID to dead agent ..but if I check network agent list ..everything looks ok ... Have anyone seen before ? | 11:39 |
| supamatt | I have yes | 11:51 |
| supamatt | what owns the port? | 11:51 |
| racosta | Good question kevko, I've seen failures like this... How often are you seeing? | 12:02 |
| racosta | Normally Neutron tries to bing the port again... look for the log in the sequence (Attempt (2,3,4,5,6...) to bind port PORT-ID). But it's weird to fail the first time, it seems that the health check has not been updated in all Neutron 'agent check' mechanisms. | 12:10 |
| kevko | racosta, supamatt: sorry i was on meeting ... i can check the logs | 12:11 |
| kevko | racosta, supamatt: https://paste.openstack.org/show/b76T4PadQkJqCkHuG4C9/ << something like this | 12:12 |
| kevko | neutron-ovn-metadata fixes issue (info from customer) .... so i was wondering if this can be related -> https://review.opendev.org/c/openstack/neutron/+/880957 | 12:13 |
| kevko | (i meant neutron-ovn-metadata restart) | 12:14 |
| racosta | In your case the port is failing in loop... I saw that you are trying to bind the port to a ControllerGatewayAgent (seems to be a compute node with the chassis-as-a-gateway option): using a network_type: 'vlan', and 'physical_network': ' physnet1'... I think it's important to check if your config should be like this. (IMO: this is more related with DVR use case) | 12:21 |
| kevko | racosta: yes, it looks correct | 12:26 |
| *** kmasterson` is now known as kmasterson | 12:57 | |
| *** tbachman_ is now known as tbachman | 12:57 | |
| *** ozzzo1 is now known as ozzzo | 12:57 | |
| ralonsoh | kevko, the patch https://review.opendev.org/c/openstack/neutron/+/880957 only affects to L3 agent deployments, but not OVN ones | 13:05 |
| ralonsoh | what is the status of this agent? | 13:05 |
| ralonsoh | what is the output of "openstack network agent list" ? | 13:06 |
| kevko | mnasiadka: do you have some set of Prometheus/grafana configs for current default setup in k-a ? | 13:54 |
| kevko | I found something on internet ..but looks obsolete | 13:54 |
| mnasiadka | kevko: we have some downstream defaults, I can discuss internally if we'd like to push it upstream | 13:54 |
| kevko | It would be very very nice 👍 | 13:56 |
| ralonsoh | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki | 14:00 |
| mlavalle | o/ | 14:00 |
| ralonsoh | #startmeeting networking | 14:00 |
| opendevmeet | Meeting started Tue Aug 29 14:00:40 2023 UTC and is due to finish in 60 minutes. The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
| opendevmeet | The meeting name has been set to 'networking' | 14:00 |
| ralonsoh | hello all | 14:00 |
| obondarev | hi | 14:00 |
| slaweq | o/ | 14:00 |
| lajoskatona | o/ | 14:00 |
| haleyb | o/ | 14:00 |
| *** ykarel_ is now known as ykarel | 14:01 | |
| ykarel | o/ | 14:01 |
| isabek | o/ | 14:01 |
| ralonsoh | let's start | 14:01 |
| frickler | \o | 14:02 |
| ralonsoh | #topic announcements | 14:02 |
| ralonsoh | Bobcat release schedule | 14:02 |
| ralonsoh | #link https://releases.openstack.org/bobcat/schedule.html | 14:02 |
| ralonsoh | this week is quite important | 14:02 |
| ralonsoh | we have the b-3 milestone, that will require a releases patch | 14:03 |
| ralonsoh | we have the feature freeze | 14:03 |
| ralonsoh | that means no new features should be merged at this point | 14:03 |
| ralonsoh | we should accept, of course, bug fixes | 14:03 |
| mtomaska | o/ ... late | 14:03 |
| ralonsoh | this week is also the final release for client libraries | 14:03 |
| ralonsoh | that will also require releases patches (I'm waiting for the release team to push them, as they always do) | 14:04 |
| slaweq | I would like to ask for exception for https://review.opendev.org/c/openstack/neutron/+/884474 | 14:04 |
| ralonsoh | but we would need to review them, of course | 14:04 |
| slaweq | but we can talk about it later if needed | 14:04 |
| ralonsoh | in the on demand section | 14:04 |
| ralonsoh | I'll raise this topic | 14:04 |
| slaweq | ++ | 14:04 |
| ralonsoh | and we have the cycle highlights | 14:05 |
| ralonsoh | I need to prepare the patch and then I'll ask you to review/comment it | 14:05 |
| ralonsoh | (for sure I'll forget something!) | 14:05 |
| ralonsoh | and finally, the election nomination | 14:05 |
| lajoskatona | +1, thanks for it | 14:06 |
| ralonsoh | we still have 1,5 day left to propose yourself as PTL candidate | 14:06 |
| ralonsoh | so far we have haleyb candidacy | 14:06 |
| ralonsoh | haleyb, thanks!! | 14:06 |
| slaweq | and/or TC candidates also :) | 14:06 |
| slaweq | if You are interested in such role maybe | 14:06 |
| ralonsoh | and TC candidates, of course! | 14:07 |
| mlavalle | thanks haleyb! | 14:07 |
| lajoskatona | haleyb saved the cycle | 14:07 |
| ralonsoh | you have the documentation in https://releases.openstack.org/bobcat/schedule.html#c-election-nominations, if you need it | 14:07 |
| haleyb | ack, and none of you go running away :) | 14:07 |
| ralonsoh | no this cycle, sorry | 14:07 |
| lajoskatona | true, I meant the next one of course | 14:08 |
| ralonsoh | Am I missing something in this topic? | 14:08 |
| ralonsoh | ok, let's jump to the next topic | 14:09 |
| ralonsoh | #topic bugs | 14:09 |
| ralonsoh | last week report is from isabek | 14:10 |
| ralonsoh | #link https://lists.openstack.org/pipermail/openstack-discuss/2023-August/034877.html | 14:10 |
| ralonsoh | we still have some bugs not assigned | 14:10 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2032817 | 14:10 |
| ralonsoh | OVN: Distributed FIP packet drops when provider network MTU exceeds tenant network MTU | 14:10 |
| ralonsoh | I still need to check that one in a testing environment (but our CI was under development this week) | 14:11 |
| ralonsoh | but is that is confirmed, that even with the DF flag disabled | 14:11 |
| frickler | I would suggest do drop the "Distributed FIP" from the title | 14:11 |
| ralonsoh | the packet is dropped, that maybe means soemthing is wrong in OVN | 14:11 |
| frickler | in my testing the drops happen anywhere, just when the packet is larger than the destination network MTU | 14:12 |
| ralonsoh | I'll update the title, right | 14:12 |
| ralonsoh | so even from a private network to another private network | 14:12 |
| ralonsoh | right? | 14:12 |
| frickler | yes | 14:12 |
| ralonsoh | ok, good to know this | 14:12 |
| ralonsoh | I'll update the title and this info too | 14:12 |
| slaweq | for me it looks like core OVN bug, not neutron issue really | 14:12 |
| ralonsoh | and I hope I will be able to test this ASAP | 14:12 |
| ralonsoh | exactly, but if I open a core OVN bug I would need to provide a way to reproduce it | 14:13 |
| ralonsoh | I'll take this one for now | 14:13 |
| haleyb | and even with ovn_emit_need_to_frag=True | 14:13 |
| slaweq | yes, I think we need to prepare reproducer without Neutron involved and report it to OVN | 14:13 |
| ralonsoh | yes, even with this flag | 14:13 |
| ralonsoh | but there is something important | 14:13 |
| ralonsoh | if you change the flag in the config and restart the Neutron API | 14:14 |
| ralonsoh | that won't reconfigure the existing routers | 14:14 |
| frickler | I tested on a fresh deployment and also saw no effect from that flag | 14:14 |
| frickler | but of course maybe I did something wrong, so you should check for yourself | 14:15 |
| ralonsoh | I'll try to test it this week ASAP, this is important | 14:15 |
| ralonsoh | ok, the next bug is | 14:15 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2033083 | 14:16 |
| ralonsoh | [OVN] The router GW is "restoring" the NAT rule that disables SNAT | 14:16 |
| ralonsoh | again, I think this is a problem in core OVN handling sftp traffic | 14:16 |
| ralonsoh | according to Julia, OVN is dropping this traffic when SNATing | 14:16 |
| ralonsoh | (maybe related to MTU???) | 14:16 |
| frickler | tftp? | 14:17 |
| ralonsoh | sorry, tftp (no sftp) | 14:17 |
| frickler | iirc it may need a special nat helper | 14:17 |
| ralonsoh | which one? | 14:17 |
| frickler | one that handles IP addresses within the protocol, similar to ftp | 14:18 |
| frickler | there's an ip_conntrack_tftp module that does this, not sure how OVN does snat | 14:19 |
| ralonsoh | but this is eventually udp traffic, I see no reason to handle that differently | 14:19 |
| ralonsoh | right... | 14:19 |
| frickler | because of IP addresses within the protocol data | 14:19 |
| ralonsoh | we handle the traffic using the conntrack kernel modules | 14:19 |
| ralonsoh | if that is not present, we won't handle it | 14:19 |
| frickler | so maybe check whether that module is loaded | 14:20 |
| ralonsoh | hmm, ok, I'll ping core OVN folks today (and open a bug) to handle this issue | 14:20 |
| ralonsoh | but doesn't seem related to neutron so far | 14:20 |
| ralonsoh | I'll update the LP with the core OVN bug | 14:21 |
| ralonsoh | ok, the next one | 14:21 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2033179 | 14:21 |
| ralonsoh | Using .local as TLD in dns testing is breaking some scenarios | 14:21 |
| ralonsoh | I didn't have time to check it, sorry | 14:22 |
| frickler | it's not urgent, just something I noticed during other testing | 14:22 |
| ralonsoh | mlavalle, ^ is it possible for you to check this one? | 14:22 |
| ralonsoh | I remember that this specific string | 14:22 |
| ralonsoh | is treated differently | 14:22 |
| frickler | we could change to some other domain, either example.org or something.devstack.org | 14:23 |
| mlavalle | yes, I'll check it | 14:23 |
| ralonsoh | mlavalle, thanks! | 14:23 |
| mlavalle | towards the end of the week | 14:23 |
| slaweq | the only different handling of it which I know is that if it's set to the default value https://github.com/openstack/neutron-lib/blob/master/neutron_lib/constants.py#L352 then dns integration is disabled | 14:23 |
| mlavalle | if that's ok | 14:23 |
| ralonsoh | for sure, should I assign it to you? | 14:24 |
| mlavalle | yes please | 14:24 |
| ralonsoh | perfect | 14:24 |
| ralonsoh | and the last one | 14:24 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2032765 | 14:24 |
| ralonsoh | [L3][DVR]disable ARP response for vlan networks on compute node | 14:24 |
| ralonsoh | again, I didn't have time for this one | 14:25 |
| ralonsoh | qq (if you know the answer): why should we prevent that? | 14:25 |
| ralonsoh | if we are in the same broadcast domain... | 14:26 |
| ralonsoh | ok, more context in the previous LP bug: https://bugs.launchpad.net/neutron/+bug/1791268 | 14:27 |
| ralonsoh | because the ARP request is flooding the switch | 14:27 |
| haleyb | and the previous bug mentioned getting multiple ARP responses | 14:28 |
| ralonsoh | right (that I don't know why this could be happening) | 14:28 |
| haleyb | me either. liu usually follows-up with a patch for bugs, maybe we just ask if he has a solution? | 14:29 |
| ralonsoh | I mean, why there are multiple ARP responses? are there ports with the same IP in the network? | 14:29 |
| ralonsoh | ok, I'll ping him for more information and maybe a possible implementation of the solution, if any | 14:30 |
| slaweq | it's about dvr and gateway is set on each compute node | 14:30 |
| slaweq | so we have multiple interfaces with same IP address | 14:30 |
| slaweq | I guess that this is an issue | 14:30 |
| ralonsoh | right, the GW IP | 14:30 |
| ralonsoh | ok, with this information I'll ping him to confirm if that is the case and, maybe, a solution | 14:31 |
| slaweq | ++ | 14:31 |
| ralonsoh | and that's I'll I have for today | 14:31 |
| ralonsoh | something else? | 14:31 |
| frickler | I have two older bugs related to DNS handling in OVN that are still unassigned, https://bugs.launchpad.net/neutron/+bug/2030294 and 2030295 | 14:31 |
| ralonsoh | but this one seems to be fixed in 23.06, right? | 14:32 |
| frickler | no, not sending a response is not a fix IMO | 14:32 |
| frickler | it fixed the "garbled response" part, that does not make it a proper response | 14:33 |
| haleyb | OVN doesn't support EDNS so should not have been responding imo | 14:34 |
| frickler | but if you have a DNS service, you cannot just support the easy bits | 14:34 |
| ralonsoh | I agree with that but let's keep talking to OVN folks to continue implementing new features | 14:35 |
| frickler | if you say that this is a restriction in OVN that is not going to be fixed, then neutron should support using the old dhcp-agent setup for DNS instead | 14:35 |
| slaweq | frickler You can use dhcp-agent with ML2/OVN backend | 14:36 |
| slaweq | there shouldn't be problem with that | 14:36 |
| frickler | slaweq: but OVN will still do dhcp? | 14:36 |
| ralonsoh | I don't think so | 14:36 |
| ralonsoh | we have it only for baremetal provisioning | 14:36 |
| ralonsoh | not for OVN owned ports | 14:37 |
| ykarel | for baremetal we have a option to disable ovn dhcp | 14:37 |
| slaweq | ahh, ok | 14:37 |
| ralonsoh | (but I would need to double check that) | 14:37 |
| ykarel | but non baremetal i doubt we have that option | 14:37 |
| ralonsoh | ^ right | 14:37 |
| slaweq | yes, for BM we have option to disable dhcp in ovn | 14:37 |
| slaweq | ok | 14:37 |
| frickler | but would that be feasible for vms? | 14:37 |
| ralonsoh | frickler, so for now I think we should document this gap (as you did) | 14:37 |
| slaweq | so we would need to add such option for all ports probably | 14:37 |
| ralonsoh | and then request it to core OVN | 14:37 |
| frickler | yes, please review https://review.opendev.org/c/openstack/neutron/+/892578 for the gap documentation | 14:38 |
| ralonsoh | sure | 14:38 |
| ralonsoh | let's continue because we have a couple of issues to talk about later | 14:39 |
| ralonsoh | so let's jump to the next topic | 14:39 |
| ralonsoh | sorry | 14:39 |
| ralonsoh | This week elvira is the deputy, next week will be ykarel. | 14:39 |
| ykarel | ack | 14:39 |
| ralonsoh | ack? | 14:39 |
| ralonsoh | I'll ping elvira later | 14:39 |
| elvira | ack! ralonsoh | 14:39 |
| ralonsoh | #topic community_goals | 14:40 |
| ralonsoh | 1) Add support for the service role in neutron API policies | 14:40 |
| ralonsoh | slaweq, please, propose your exception here | 14:40 |
| slaweq | this one we decided to move to the next cycle | 14:40 |
| slaweq | I didn't want to ask for exception for that one | 14:40 |
| slaweq | but for the https://review.opendev.org/c/openstack/neutron/+/884474/ which is Default SG rules templates | 14:40 |
| ralonsoh | ahh yes, sorry, my bad | 14:41 |
| slaweq | no problem :) | 14:41 |
| ralonsoh | (I opened the wrong link) | 14:41 |
| ralonsoh | any update in https://review.opendev.org/c/openstack/neutron/+/886724? | 14:41 |
| ralonsoh | (I made some comments) | 14:41 |
| slaweq | nothing | 14:41 |
| ralonsoh | ok thanks! | 14:41 |
| ralonsoh | next one | 14:41 |
| slaweq | thx for comments, I didn't check them yet as I wanted to focus on more urgent things for now | 14:41 |
| ralonsoh | no rush | 14:42 |
| ralonsoh | 2) Neutron client deprecation | 14:42 |
| ralonsoh | lajoskatona, any update? | 14:42 |
| lajoskatona | yes, the SDK patches are merged, and waiting for release | 14:42 |
| lajoskatona | but as we are close to the client lib freeze that will happen sooner or later :-) | 14:42 |
| ralonsoh | right | 14:43 |
| ralonsoh | (for everyone here) please check the releases patches during this week | 14:43 |
| lajoskatona | if we have the sdk release we can see and review/merge the neutronclient patches for SFC and FWAAS | 14:43 |
| lajoskatona | and VPNAAS (I just checked what is hanging out on gerrit) | 14:44 |
| lajoskatona | the open patch list: https://review.opendev.org/q/topic:bug/1999774+status:open | 14:44 |
| lajoskatona | the Horizon one and one small doc update for SDK are not that interesting | 14:45 |
| lajoskatona | That's it for this topic from me | 14:45 |
| ralonsoh | thanks a lot! you are doing a fantastic job here! | 14:45 |
| ralonsoh | ok, so last topic today | 14:45 |
| ralonsoh | #topic on_demand | 14:46 |
| ralonsoh | slaweq, please | 14:46 |
| slaweq | thx | 14:46 |
| opendevreview | Merged openstack/neutron stable/2023.1: [OVN] Skip the port status UP update during a live migration https://review.opendev.org/c/openstack/neutron/+/892855 | 14:46 |
| opendevreview | Merged openstack/neutron stable/zed: [OVN] Skip the port status UP update during a live migration https://review.opendev.org/c/openstack/neutron/+/892883 | 14:46 |
| slaweq | so, I wanted to ask eventually for exception for https://review.opendev.org/c/openstack/neutron/+/884474/ | 14:46 |
| slaweq | this is last piece (except tests, release notes and OSC) needed for this default SG rules templates | 14:46 |
| slaweq | API implementation is already merged | 14:47 |
| slaweq | now, with this last patch I'm still struggling with CI (fullstack job) | 14:47 |
| slaweq | but it's not that patch is somehow behaving in wrong or flaky way | 14:47 |
| slaweq | it is working fine, the problem is that in fullstack tests we are doing "weird" things in DB for each test and for that reason in some tests default SG rules aren't in db so test is failing | 14:48 |
| lajoskatona | are those fullstack failures related? | 14:48 |
| slaweq | I think I have solution for it finally, I will try to push it today or tomorrow | 14:48 |
| lajoskatona | ahh, ok, sound good if yo know what happens with them :-) | 14:48 |
| slaweq | but other than that this patch should be good and I would like to still land it in the 2023.2 release | 14:48 |
| frickler | is there documentation for this changeset? | 14:48 |
| lajoskatona | frickler: this will be it: https://review.opendev.org/c/openstack/neutron/+/887664/4 I think | 14:49 |
| slaweq | frickler there is api ref https://review.opendev.org/c/openstack/neutron-lib/+/884578 | 14:49 |
| ralonsoh | I have a procedure question: what paper work is needed for a feature exception? | 14:49 |
| slaweq | what else documentation do You think is needed? | 14:49 |
| frickler | ah, so documentation is already changed, o.k. | 14:50 |
| mlavalle | nice that the doc is taken care of | 14:50 |
| slaweq | the reason why I would like to still land it now is that it's almost ready, API is there already but without this last patch it will be useless and it's not something what we will be able to backport later to stable release | 14:50 |
| slaweq | ralonsoh TBH I don't know. I will need to check | 14:51 |
| mlavalle | that makes sense | 14:51 |
| ralonsoh | the feature freeze is this week, so I "think" we still can merge feature patches | 14:51 |
| slaweq | probably some email to send | 14:51 |
| ralonsoh | until b-3 is released | 14:51 |
| ralonsoh | ok, I'll check that today | 14:51 |
| slaweq | ok, I will do my best to try to get it merged this week | 14:51 |
| ralonsoh | but the b-3 patch has not been proposed yet | 14:51 |
| ralonsoh | so I think you still have time without the request | 14:51 |
| slaweq | if it will not make it, I will check how officially ask for exception and will do so next week | 14:51 |
| slaweq | thx | 14:52 |
| ralonsoh | of course, tests should pass | 14:52 |
| frickler | releasing with documentation for a feature that is not implemented would also sound wrong, so better merge this than revert the other stuff | 14:52 |
| frickler | IIUC this is just sending a mail and ralonsoh acking | 14:52 |
| slaweq | frickler yes | 14:52 |
| ralonsoh | thanks for the confirmation | 14:52 |
| mlavalle | yes, the PTL grants the exception | 14:52 |
| ralonsoh | ok, please fix the fullstack tests | 14:52 |
| ralonsoh | ping me for help if needed | 14:52 |
| slaweq | thx | 14:53 |
| slaweq | so that's all from my | 14:53 |
| ralonsoh | I have one topic I added to the agenda | 14:53 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2030741/ | 14:53 |
| ralonsoh | [OVN] Lack of AZs awareness in L3 port scheduler | 14:53 |
| mlavalle | slaweq: your destiny lies in the hands of our all powerful Fearless Leader | 14:53 |
| ralonsoh | there is a patch proposed: https://review.opendev.org/c/openstack/neutron/+/892604 | 14:53 |
| ralonsoh | just is a nutshell | 14:54 |
| ralonsoh | OVN schedulers *are" already AZ aware, but not distributing the ports among the AZs | 14:54 |
| ralonsoh | the L3 scheduler has a specific class that is AZ aware and does it | 14:54 |
| ralonsoh | so this patch is adding the same OVN schedulers but with this functionality, distributing the ports | 14:55 |
| ralonsoh | my question is: should we create new schedulers or just implement this feature in the existing ones (with a release note of course, because we are changing the current behaviour) | 14:55 |
| ralonsoh | because we don't have time and we have a patch in gerrit | 14:56 |
| ralonsoh | I think the best place to talk about this is in the patch | 14:56 |
| ralonsoh | that was only an introduction | 14:56 |
| ralonsoh | so thank you all | 14:56 |
| ralonsoh | any other topic?? | 14:56 |
| mlavalle | ok, that's for the context | 14:57 |
| mlavalle | thanks^^^ | 14:57 |
| ralonsoh | yes, I'll add this context in the patch | 14:57 |
| ralonsoh | but I considered important to comment it here | 14:57 |
| mlavalle | appreciated | 14:57 |
| ralonsoh | so if there are no more topic, I'll leave you 2 minutes before the CI meeting | 14:58 |
| ralonsoh | thank you all | 14:58 |
| lajoskatona | +1, thanks for bringing it here | 14:58 |
| ralonsoh | #endmeeting | 14:58 |
| opendevmeet | Meeting ended Tue Aug 29 14:58:23 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:58 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2023/networking.2023-08-29-14.00.html | 14:58 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-08-29-14.00.txt | 14:58 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2023/networking.2023-08-29-14.00.log.html | 14:58 |
| mlavalle | o/ | 14:58 |
| slaweq | o/ | 14:58 |
| ykarel | o/ | 14:58 |
| ralonsoh | CI meeting in 1 minute!! | 14:58 |
| lajoskatona | o/ | 14:58 |
| obondarev | o/ | 14:59 |
| haleyb | that's not enough time to get moreo coffee!! | 14:59 |
| mlavalle | ykarel: CI meeting: irc or video? | 14:59 |
| ykarel | mlavalle, video | 14:59 |
| ykarel | #startmeeting neutron_ci | 15:00 |
| opendevmeet | Meeting started Tue Aug 29 15:00:42 2023 UTC and is due to finish in 60 minutes. The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
| opendevmeet | The meeting name has been set to 'neutron_ci' | 15:00 |
| ykarel | bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira | 15:00 |
| ykarel | ping | 15:01 |
| mtomaska | o/ | 15:01 |
| ykarel | This will be video meeting this time: https://meetpad.opendev.org/neutron-ci-meetings | 15:01 |
| lajoskatona | o/ | 15:01 |
| ykarel | Grafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=1 | 15:01 |
| ykarel | #topic Actions from previous meetings | 15:02 |
| ykarel | ralonsoh to check n-d-r os-ken jobs and open LP related to it | 15:02 |
| ykarel | #link https://bugs.launchpad.net/neutron/+bug/2032738 | 15:02 |
| ykarel | ralonsoh to check failure in the neutron.tests.functional.plugins.ml2.drivers.ovn.mech_driver.ovsdb.test_maintenance.TestMaintenance.test_port_forwarding | 15:03 |
| ralonsoh | #link https://review.opendev.org/c/openstack/neutron/+/893028 | 15:03 |
| ykarel | ralonsoh to check Centos 9 stream jobs failures | 15:03 |
| ykarel | slaweq to check fips fullstack job failures | 15:04 |
| ykarel | #link https://review.opendev.org/c/openstack/devstack/+/892395 | 15:04 |
| ykarel | #topic Stable branches | 15:04 |
| ykarel | bernard is out this week, but noticed all green this week | 15:05 |
| lajoskatona | https://review.opendev.org/c/openstack/governance/+/888771 | 15:06 |
| ykarel | #topic Stadium projects | 15:09 |
| ykarel | unit test jobs in neutron-dynamic-routing, tap-as-a-service, neutron-fwaas | 15:09 |
| ykarel | https://zuul.openstack.org/build/cce6946a97a14006bcd6addfb2dbf873 | 15:09 |
| slaweq | unmaintained branches resolution https://review.opendev.org/c/openstack/governance/+/888771 | 15:10 |
| ralonsoh | --> AttributeError: module 'neutron_lib.db.model_base' has no attribute 'HasProjectPrimaryKeyIndex' | 15:10 |
| ykarel | #action lajoskatona to check failures for bagpipe and check use of master neutron in stadium projects | 15:12 |
| ykarel | #topic Grafana | 15:12 |
| ykarel | https://grafana.opendev.org/d/f913631585/neutron-failure-rate | 15:12 |
| ykarel | #topic Rechecks | 15:13 |
| ykarel | #topic On Demand | 15:17 |
| opendevreview | Merged openstack/neutron stable/2023.1: [OVN][Trunk] Set the subports correct host during live migration https://review.opendev.org/c/openstack/neutron/+/892856 | 15:20 |
| ykarel | #endmeeting | 15:21 |
| opendevmeet | Meeting ended Tue Aug 29 15:21:59 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:21 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-08-29-15.00.html | 15:21 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-08-29-15.00.txt | 15:21 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-08-29-15.00.log.html | 15:21 |
| slaweq | ykarel I just pushed patch https://review.opendev.org/c/opendev/irc-meetings/+/893081 to make You officially chair of the CI meeting (sorry that I forgot about it earlier) | 15:29 |
| slaweq | please check it when You will have time | 15:29 |
| ykarel | thx slaweq | 15:29 |
| frickler | ykarel: the n-d-r failure looks weird, do you have an explanation for that? | 15:34 |
| ralonsoh | frickler, yes, I'll push a patch tomorrow morning | 15:34 |
| frickler | ralonsoh: cool, thx | 15:34 |
| ralonsoh | (I need to leave now, sorry) | 15:34 |
| opendevreview | Stefan Hoffmann proposed openstack/neutron stable/2023.1: Reduce lock contention on subnets https://review.opendev.org/c/openstack/neutron/+/893082 | 15:38 |
| opendevreview | Stefan Hoffmann proposed openstack/neutron stable/zed: Reduce lock contention on subnets https://review.opendev.org/c/openstack/neutron/+/893084 | 15:41 |
| opendevreview | Stefan Hoffmann proposed openstack/neutron stable/yoga: Reduce lock contention on subnets https://review.opendev.org/c/openstack/neutron/+/889238 | 15:45 |
| opendevreview | Lajos Katona proposed openstack/tap-as-a-service master: WIP: GRE/ERSPAN mirroring for taas https://review.opendev.org/c/openstack/tap-as-a-service/+/885357 | 15:48 |
| opendevreview | Lajos Katona proposed openstack/tap-as-a-service master: WIP: Tap Mirror OVS driver https://review.opendev.org/c/openstack/tap-as-a-service/+/893086 | 15:48 |
| TheJulia | ralonsoh: out of curiosity, any feedback from ovn w/r/t tftp + nat? | 17:30 |
| opendevreview | Merged openstack/os-vif master: Don't break traffic if port already exists https://review.opendev.org/c/openstack/os-vif/+/885127 | 17:38 |
| opendevreview | Miguel Lavalle proposed openstack/neutron stable/wallaby: Code move for metadata haproxy https://review.opendev.org/c/openstack/neutron/+/892869 | 17:42 |
| opendevreview | Miguel Lavalle proposed openstack/neutron stable/wallaby: Add rate-limiting to metadata agents https://review.opendev.org/c/openstack/neutron/+/892754 | 17:52 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Default SG rules - use new rules templates to create rules for SGs https://review.opendev.org/c/openstack/neutron/+/884474 | 17:54 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: DNM just test for the neutron-fullstack tests https://review.opendev.org/c/openstack/neutron/+/890189 | 17:54 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: [Fullstack] Use new DB for each running test https://review.opendev.org/c/openstack/neutron/+/893097 | 17:54 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Default SG rules template - Update related docs and add release note https://review.opendev.org/c/openstack/neutron/+/887664 | 17:55 |
| opendevreview | Merged openstack/neutron stable/2023.1: [OVN] Disable the mcast_flood_reports option for LSPs https://review.opendev.org/c/openstack/neutron/+/892772 | 18:08 |
| opendevreview | Merged openstack/neutron stable/zed: [OVN] Disable the mcast_flood_reports option for LSPs https://review.opendev.org/c/openstack/neutron/+/892773 | 18:08 |
| opendevreview | Merged openstack/neutron stable/yoga: [OVN] Disable the mcast_flood_reports option for LSPs https://review.opendev.org/c/openstack/neutron/+/892774 | 18:08 |
| opendevreview | Merged openstack/neutron stable/xena: [OVN] Disable the mcast_flood_reports option for LSPs https://review.opendev.org/c/openstack/neutron/+/892775 | 18:08 |
| opendevreview | Merged openstack/neutron stable/wallaby: [OVN] Disable the mcast_flood_reports option for LSPs https://review.opendev.org/c/openstack/neutron/+/892776 | 18:08 |
| opendevreview | Merged openstack/neutron stable/zed: [OVN][Trunk] Set the subports correct host during live migration https://review.opendev.org/c/openstack/neutron/+/892884 | 18:10 |
| opendevreview | Merged openstack/neutron master: [FT] Make explicit the "publish" call check in "test_port_forwarding" https://review.opendev.org/c/openstack/neutron/+/893028 | 18:10 |
| *** melwitt_ is now known as melwitt | 18:34 | |
| haleyb | another day, another gate failure, neutron, nova, ? affected :( | 18:44 |
| slaweq | haleyb I think that all projects are affected with this issue but I now need to leave so I will not investigate | 18:51 |
| slaweq | clarkb pinged people on the #openstack-tc channel about it so maybe You will get more info there | 18:52 |
| slaweq | see You tomorrow :) | 18:52 |
| haleyb | i see people on qa talking about it as well, will try and follow | 18:52 |
| opendevreview | Merged openstack/neutron master: Add some more known issues to the OVN gap document https://review.opendev.org/c/openstack/neutron/+/892578 | 20:27 |
| opendevreview | Miguel Lavalle proposed openstack/neutron stable/wallaby: Add rate-limiting to metadata agents https://review.opendev.org/c/openstack/neutron/+/892754 | 23:21 |
| opendevreview | Merged openstack/neutron-tempest-plugin master: Revert "Set GLOBAL_VENV=false to fix broken gate jobs" https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/892755 | 23:32 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!