| *** EugenMayer43 is now known as EugenMayer4 | 06:56 | |
| opendevreview | Frode Nordahl proposed openstack/neutron master: Open the 2023.2 (Bobcat) DB branch https://review.opendev.org/c/openstack/neutron/+/876051 | 09:15 |
|---|---|---|
| opendevreview | Frode Nordahl proposed openstack/neutron master: Allow Multiple External Gateways https://review.opendev.org/c/openstack/neutron/+/873593 | 09:15 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: Add extra router attributes for ECMP and BFD https://review.opendev.org/c/openstack/neutron/+/874797 | 09:15 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Add end to end test for QosExtension https://review.opendev.org/c/openstack/neutron/+/877603 | 09:15 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Drop use of OVN_GW_PORT_EXT_ID_KEY https://review.opendev.org/c/openstack/neutron/+/877831 | 09:15 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Drop use of LR OVN_GW_NETWORK_EXT_ID_KEY https://review.opendev.org/c/openstack/neutron/+/877712 | 09:15 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Implement support for external-gateway-multihoming extension https://review.opendev.org/c/openstack/neutron/+/874199 | 09:16 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Allow L3 scheduler to be aware of current transaction https://review.opendev.org/c/openstack/neutron/+/874760 | 09:16 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Add helper for retrieving LR associated with LRP https://review.opendev.org/c/openstack/neutron/+/873698 | 09:16 |
| 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 | 09:16 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-tempest-plugin master: [Stateless SG] Ensure replies won't work without ingress rule https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/877092 | 10:10 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-tempest-plugin master: [Stateless SG] Test if TCP packets with various conn state are allowed https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/877106 | 10:10 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-tempest-plugin master: [Stateless SG] Test fragmented traffic is allowed by stateless SG https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/877480 | 10:10 |
| lajoskatona | ralonsoh: thanks for https://review.opendev.org/c/openstack/oslo.db/+/874858 , it seems it fixes a lot of sqlalchemy >2 issues :-) | 11:15 |
| ralonsoh | cool! | 11:15 |
| lajoskatona | ralonsoh: I just went back to check some of these failures, and a lot of them just disappeared with it :-) | 11:16 |
| ralonsoh | we still need to check some missing bits that appear in https://review.opendev.org/c/openstack/neutron/+/874778 | 11:17 |
| ralonsoh | but looks much better | 11:17 |
| opendevreview | Arnaud Morin proposed openstack/neutron master: Add new DEFAULT option named "my_ip" https://review.opendev.org/c/openstack/neutron/+/878070 | 11:56 |
| hybrid512 | Hi everyone | 12:19 |
| hybrid512 | Is there a way to get recordset of an instance within this instance ? (through metadata) | 12:19 |
| hybrid512 | example : I have a tenant where a zone with the tenant name has been created, and there, I create an instance which will automatically create a recordset for this instance | 12:19 |
| hybrid512 | something like <instance>.<tenant>.<base domain> | 12:19 |
| hybrid512 | it works, I have the recordset created automatically but when I try to get the fqdn within the instance, I have <instance>.<base domain> instead of <instance>.<tenant>.<base domain> | 12:20 |
| hybrid512 | how can I get the latest ? I tried to find something in the metadata but neither the tenant name nor the designate recordset is available within the instance | 12:20 |
| hybrid512 | I must add that dns_assignment is good on the port side but I don't have the information inside the instance | 12:21 |
| hybrid512 | I'm running yoga/stable on ubuntu 20.04 | 12:21 |
| hybrid512 | could it be some bug or a misconfiguration ? | 12:22 |
| ralonsoh | hybrid512, maybe what you are looking for is DnsDomainKeywordsExtensionDriver | 12:24 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/686343/31/doc/source/contributor/internals/external_dns_integration.rst | 12:25 |
| hybrid512 | ralonsoh: could be ... would it work with provider networks and not FIP networks ? | 12:26 |
| hybrid512 | because we're not using private+FIP network, we're using provider (vlan based) networks | 12:27 |
| ralonsoh | the network type doesn't matter | 12:27 |
| frickler | hybrid512: how exactly do you perform "get the fqdn within the instance"? I think there may be a mismatch between what neutron generates as reverse DNS and what designate does. are you using OVN? if yes, it will break any external nameserver accesses for PTRs for instance IPs | 12:41 |
| hybrid512 | ralonsoh: well, I took a look at your link but this is already what we do and basically, the network port dns_assignment attribute is correct with the right FQDN, the recordset in the zone associated to the tenant is also there and correct *but*, inside the guest instance, the fqdn is wrong (we have the host part + the base domain part but the tenant level is not there) and there is no mention of the tnant name or the c | 12:41 |
| hybrid512 | frickler: we do use OVN | 12:42 |
| hybrid512 | frickler: and as I said, "hostname -f" or "hostnamectl status" don't display the right fqdn (only <instance>.<basedomain> but not <instance>.<tenant>.<basedomain> as we want) and even curling the metadata din't display anything about the tenant name ou the proper fqdn ... the best we can et is the project_id but not its name | 12:44 |
| ralonsoh | hybrid512, please open a launchpad bug describing the issue. There could be a bug on this feature when using OVN | 12:45 |
| mnasiadka | morning | 12:46 |
| mnasiadka | ralonsoh: is neutron-ovn-agent functional now? trying to add support in kolla-ansible and getting following errors: https://5e278c36ca3a98df0521-5775ad363b5cad1640e005d0e8356875.ssl.cf5.rackcdn.com/871297/12/check/kolla-ansible-rocky9-ovn/31a8749/primary/logs/kolla/neutron/neutron-ovn-agent.txt | 12:47 |
| ralonsoh | mnasiadka, it is, yes, but we are not currently deploying it | 12:48 |
| ralonsoh | mnasiadka, this is used only for hardware offloaded ports with QoS | 12:49 |
| ralonsoh | in any case, please open a LP bug reporting this issue | 12:49 |
| mnasiadka | ralonsoh: I assumed we should deploy it everytime and at least it should not fail, will report an LP bug and we'll merge it currently as is. | 12:50 |
| ralonsoh | and should not fail, I'll investigate what is happening | 12:51 |
| ralonsoh | mnasiadka, what version of OVN are you using? | 12:52 |
| mnasiadka | ralonsoh: should be 22.09 | 12:54 |
| ralonsoh | thanks | 12:54 |
| ihrachys__ | ralonsoh perhaps an ignorant question - what's about hints extension? why aren't standard attr tags enough? | 12:55 |
| ralonsoh | ihrachys__, let me re-read the spec to have more context | 12:56 |
| ralonsoh | I don't remember now, to be honest | 12:57 |
| mnasiadka | ralonsoh: https://bugs.launchpad.net/neutron/+bug/2012385 | 13:00 |
| ralonsoh | ihrachys__, I think this is because hints is by default an admin only resource | 13:01 |
| ralonsoh | but let me confirm that this afternoon | 13:01 |
| ralonsoh | mnasiadka, thanks, I'll check that this week | 13:01 |
| ihrachys__ | ralonsoh I come from a place of ignorance. I was just looking through vptg agenda and learned about hints work, which rang a bell (seemed similar to tags, except tags are for all base resources). | 13:02 |
| ralonsoh | ihrachys__, yeah, maybe we have overloaded unnecessarily the API... | 13:03 |
| ihrachys__ | i wonder if admin-only hints could be achieved through some form of smart rbac policies limiting particular tags for admins (here I also come from a place of ignorance since I don't know how flexible rbac mechanism is) | 13:03 |
| ralonsoh | we can limit per resource (tags in this case) but not for the content | 13:04 |
| ralonsoh | (sorry, I'm going for lunch now, I have a meeting in 1 hour) | 13:04 |
| ihrachys__ | this - not being able to enforce values - sounds like oslo policy mechanism limitation that may not be insurmountable (again, talking from a blissful place of ignorance) | 13:05 |
| ihrachys__ | hints api definition strikes me as 1) potentially overlapping with tags - maybe not completely though if we count policy enforcement as part of semantics of the new api) and 2) limited in that it's defined for ports only. why sticking to ports only? even if there's no immediate use for them for other resources now, I can imagine in the future backends may want to relate some "network hints" or | 13:08 |
| ihrachys__ | "SG hints" the same way as they do for ports. | 13:08 |
| *** obondarev_ is now known as obondarev | 13:44 | |
| hybrid512 | ralonsoh: LP bug report created : https://bugs.launchpad.net/neutron/+bug/2012391 | 13:49 |
| opendevreview | Luis Tomas Bolivar proposed openstack/neutron master: Add support for localnet_learn_fdb OVN option https://review.opendev.org/c/openstack/neutron/+/877675 | 13:57 |
| ralonsoh | ihrachys__, thanks for adding this topic in the agenda | 14:00 |
| ralonsoh | we'll discuss it next week for sure | 14:00 |
| ralonsoh | kindly reminder: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, sahid, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki | 14:00 |
| ralonsoh | #startmeeting networking | 14:01 |
| opendevmeet | Meeting started Tue Mar 21 14:01:00 2023 UTC and is due to finish in 60 minutes. The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:01 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:01 |
| opendevmeet | The meeting name has been set to 'networking' | 14:01 |
| mlavalle | o/ | 14:01 |
| ralonsoh | hello all | 14:01 |
| mtomaska | o/ | 14:01 |
| rubasov | o/ | 14:01 |
| obondarev | o/ | 14:01 |
| slaweq | o/ | 14:01 |
| ykarel | o/ | 14:01 |
| frickler | \o | 14:01 |
| bcafarel | o/ | 14:01 |
| lajoskatona | o | 14:02 |
| lajoskatona | o/ | 14:02 |
| ralonsoh | ok, I think we have quorum | 14:02 |
| ralonsoh | #topic announcements | 14:02 |
| ralonsoh | #link https://releases.openstack.org/antelope/schedule.html | 14:02 |
| ralonsoh | and that's all folks! | 14:02 |
| ralonsoh | R+0 | 14:02 |
| ralonsoh | this week is the release week | 14:03 |
| ralonsoh | thank you all! | 14:03 |
| ralonsoh | last week (thanks slaweq) we updated the RC candidate hashes for Neutron and ovn-octavia-provider | 14:03 |
| ralonsoh | the other projects will keep the same as 2 weeks ago | 14:03 |
| ralonsoh | and what is next? | 14:04 |
| ralonsoh | #link https://etherpad.opendev.org/p/neutron-bobcat-ptg | 14:04 |
| ralonsoh | we have a list of topics and some votes in the poll | 14:04 |
| ralonsoh | #link https://doodle.com/meeting/organize/id/eZ83mmvb | 14:04 |
| ralonsoh | ^^^ please if you want to vote, I'll close it today | 14:04 |
| ralonsoh | and tomorrow I'll send (a bit late) the Neutron schedule | 14:05 |
| elvira | o/ | 14:05 |
| ralonsoh | I think we'll have enough with 3 hours per day, from tuesday to friday | 14:05 |
| ralonsoh | and according to the votes, we will probably use the 14 to 17 UTC time slots | 14:06 |
| ralonsoh | ^^ what do you think? | 14:06 |
| lajoskatona | fine, sounds good | 14:06 |
| ralonsoh | (14UTC is now_ | 14:06 |
| ralonsoh | so we will start same as today | 14:06 |
| frickler | will be 1h later in most of europe next week | 14:07 |
| lajoskatona | yeah be careful with that :-) | 14:07 |
| ralonsoh | "just this weekend..." | 14:07 |
| ralonsoh | what a coincidence... | 14:08 |
| ralonsoh | so let me re-write my sentence | 14:08 |
| lajoskatona | again a PTG with jet-eg but without flight | 14:08 |
| ralonsoh | the meeting will start at 13 UTC | 14:08 |
| ralonsoh | (in other words, same as this meeting) | 14:08 |
| ralonsoh | but I'll be more cautious when sending the schedule | 14:09 |
| frickler | nope, this meeting starts at 14 UTC | 14:09 |
| ralonsoh | I know | 14:09 |
| ralonsoh | this meeting is UTC | 14:10 |
| ralonsoh | I'm talking as a reference of today | 14:10 |
| ralonsoh | at least not for US folks | 14:10 |
| slaweq | lets just use UTC and nothing else :) | 14:10 |
| ralonsoh | I'll send the mail with UTC references | 14:10 |
| mtomaska | UTC ++ | 14:10 |
| slaweq | everyone will calculate it for their TZ :) | 14:10 |
| ralonsoh | ok, any other missing bit in this topic? | 14:11 |
| ralonsoh | ah yes | 14:11 |
| ralonsoh | one sec | 14:11 |
| ralonsoh | #link https://lists.openstack.org/pipermail/openstack-discuss/2023-March/032523.html | 14:11 |
| ralonsoh | Vancouver: I still don't know the traction of this community on this event | 14:12 |
| ralonsoh | so I don't know if the Neutron community is going to celebrate any meeting/event/whatever | 14:12 |
| ralonsoh | to be honest, this "abbreviated" PTG is driving me crazy# | 14:13 |
| haleyb | fly halfway across the world for a short meeting for you :( | 14:13 |
| frickler | just as if there's no climate crisis, no pandemic ... | 14:14 |
| ralonsoh | so please fill https://etherpad.opendev.org/p/neutron-vancouver-2023 if you think we can have any meeting/discussion/topic | 14:14 |
| ralonsoh | yes but we have next week PTG | 14:14 |
| ralonsoh | and seeing the number of topics, it will be enough | 14:15 |
| ralonsoh | I think I spend 60-70% of my time fixing bugs (some of them mine) and taking care of the CI | 14:15 |
| lajoskatona | the big advantage would be to meet personally with the magic of it | 14:16 |
| slaweq | lajoskatona++ | 14:16 |
| mlavalle | Defibirely there is value in that | 14:16 |
| lajoskatona | but true it is expensive now from management perspective for sure | 14:16 |
| ralonsoh | ok, I'll talk to Kendall to know how to proceed in this case | 14:17 |
| lajoskatona | +1 | 14:17 |
| lajoskatona | I don't know others but we got "promise" to have some feedback on the trvel in 1 month | 14:17 |
| lajoskatona | or latest in early May | 14:18 |
| ralonsoh | ok, let's move to the next topic | 14:18 |
| ralonsoh | #topic bugs | 14:18 |
| ralonsoh | Last week haleyb was the deputy. This is the report: https://lists.openstack.org/pipermail/openstack-discuss/2023-March/032825.html | 14:18 |
| ralonsoh | we have some bugs still not assigned | 14:19 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2011600 | 14:19 |
| haleyb | was not too busy a week for bugs, most were picked-up | 14:19 |
| haleyb | ^^ was filed by ihar | 14:19 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2012104 | 14:20 |
| ralonsoh | one sec | 14:20 |
| ralonsoh | about the first one | 14:20 |
| ralonsoh | I pushed a patch 2 months ago | 14:20 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/868311 | 14:20 |
| ralonsoh | but seems that this is not enough | 14:21 |
| ralonsoh | or at least this is not solving the issue | 14:21 |
| ralonsoh | slaweq, have you seen this problem during the last month? | 14:21 |
| slaweq | ralonsoh are You asking about https://bugs.launchpad.net/neutron/+bug/2011600 ? | 14:22 |
| ralonsoh | yes | 14:22 |
| ralonsoh | I didn't see that after the patch I sent 2 months ago | 14:22 |
| slaweq | I didn't saw error like that recently | 14:22 |
| slaweq | but it seems that ihrachys had it about 2 weeks ago | 14:23 |
| ralonsoh | ok, let's move this to the CI meeting and keep an eye on this one. If we see it again, we'll need to find a better fix | 14:23 |
| slaweq | ++ | 14:23 |
| ralonsoh | ok, next one | 14:24 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2011800 | 14:24 |
| ralonsoh | I'll pick this one | 14:24 |
| ralonsoh | I'm 120% responsible of it | 14:24 |
| ralonsoh | I saw fnordahl sent a patch testing this feature better | 14:24 |
| haleyb | +1 | 14:24 |
| ralonsoh | so it will be easier to fix and test it | 14:24 |
| ralonsoh | thanks fnordahl | 14:24 |
| ralonsoh | ok, next one | 14:25 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2012104 | 14:25 |
| haleyb | ralonsoh: i was going to ask you to look at this since you fixed a related issue recently, did not know if there was a manual step required | 14:26 |
| ralonsoh | that happens when you stop the ovn-controller not gracefully | 14:26 |
| ralonsoh | and the chassis register is deleted but not the chassis_private | 14:26 |
| ralonsoh | so, IMO (of course I need to check that), this is not a Neutron problem | 14:26 |
| ralonsoh | but they need to manually cleanup the SB database | 14:27 |
| ralonsoh | I'll pick this one to check what is actually happening | 14:27 |
| haleyb | ack, they did ask if they had to manually fix SB | 14:27 |
| lajoskatona | So perhaps some extra warning in the doc would be helpful to say this manual step | 14:27 |
| ralonsoh | yeah, with the patch I sent Neutron doesn't raise an exception | 14:28 |
| ralonsoh | but it is better to document what are the next steps | 14:28 |
| lajoskatona | +1 | 14:28 |
| ralonsoh | but I need to read it in detail (I'm just speculating) | 14:28 |
| ralonsoh | and last one was already attended but not assigned | 14:29 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2012069 | 14:29 |
| ralonsoh | so all good | 14:29 |
| ralonsoh | and as usual, the nominees | 14:29 |
| ralonsoh | This week amotoki is the deputy, next week will be mlavalle. | 14:29 |
| ralonsoh | ok? | 14:30 |
| haleyb | there was one more | 14:30 |
| ralonsoh | sure please | 14:30 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2012144 | 14:30 |
| haleyb | ykarel noticed it might just be an OVN version issue, submitter was going to check | 14:30 |
| ralonsoh | exactly | 14:31 |
| ralonsoh | this is the problem | 14:32 |
| ralonsoh | and I remember seen that in out internal CI last week | 14:32 |
| ralonsoh | I'll check the versions released and I'll close the bug if needed | 14:32 |
| ralonsoh | ykarel, thanks for finding the problem (and the fix) | 14:32 |
| haleyb | that's all the bugs i had | 14:34 |
| ralonsoh | thanks, I missed that one | 14:34 |
| ralonsoh | ok, let's move to the next topic | 14:34 |
| ralonsoh | #topic community_goals | 14:34 |
| ralonsoh | 1) Consistent and Secure Default RBAC | 14:34 |
| ralonsoh | slaweq, did you have time to check the timeouts? | 14:34 |
| slaweq | not yet | 14:34 |
| slaweq | I have it on my todo but didn't get to it yet | 14:35 |
| ralonsoh | no problem | 14:35 |
| ralonsoh | 14:35 | |
| ralonsoh | do we have these issues in master? | 14:35 |
| ralonsoh | or in 2023.1? | 14:35 |
| slaweq | I don't think so | 14:35 |
| ralonsoh | btw, I'm talking about the n-t-p-patch | 14:35 |
| ralonsoh | adding CI support for Zed | 14:35 |
| ralonsoh | one sec | 14:35 |
| slaweq | time of that job with "new-defaults" is similar to other jobs | 14:36 |
| ralonsoh | #link https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/874709 | 14:36 |
| ralonsoh | because in master this job is taking 1h11m | 14:36 |
| ralonsoh | same as others | 14:36 |
| lajoskatona | so we can merge this one? | 14:36 |
| ralonsoh | but in Zed this is taking more that 2h | 14:37 |
| slaweq | are You sure? I'm looking now at https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/874709/6 | 14:37 |
| ralonsoh | one sec: 2023.1 job is missing, right? | 14:37 |
| ralonsoh | actually no, we need new n-t-p jobs for 2023.1 | 14:37 |
| slaweq | and neutron-tempest-plugin-openvswitch-enforce-scope-new-defaults is faster than other jobs | 14:37 |
| lajoskatona | generally the jobs were merged: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/877613 | 14:38 |
| frickler | ralonsoh: iirc you wanted to add those some time ago | 14:38 |
| ralonsoh | ^^ there it is | 14:38 |
| ralonsoh | slaweq, do you mind rebasing https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/874709 and adding 2023.1 job? | 14:38 |
| slaweq | yeah, I will do that | 14:39 |
| ralonsoh | thanks! | 14:39 |
| ralonsoh | ok, next one is | 14:39 |
| ralonsoh | 2) Neutron client deprecation | 14:39 |
| ralonsoh | first of all, sorry: I didn't review any patch | 14:39 |
| lajoskatona | the usual etherpad: https://etherpad.opendev.org/p/python-neutronclient_deprecation | 14:40 |
| lajoskatona | and the open patches: https://review.opendev.org/q/topic:bug/1999774+status:open | 14:40 |
| lajoskatona | the SDK side of BGPVPN is in good shape, so I can move on to the next one | 14:40 |
| lajoskatona | this is the bgpvpn patch: https://review.opendev.org/c/openstack/openstacksdk/+/875530 | 14:41 |
| lajoskatona | that's all news regarding this topic I think | 14:41 |
| ralonsoh | yeah, sdk looks fine | 14:41 |
| ralonsoh | thanks a lot for your commitment on this topic | 14:42 |
| ralonsoh | ok, let's move to the last topic | 14:42 |
| ralonsoh | #topic on_demand | 14:42 |
| ralonsoh | one qq | 14:43 |
| ralonsoh | https://lists.openstack.org/pipermail/openstack-discuss/2023-March/032770.html | 14:43 |
| ralonsoh | to transition Tran to EOL | 14:43 |
| ralonsoh | I think it is time for this and most of the projects are doing that | 14:43 |
| ralonsoh | do you agree? | 14:43 |
| mlavalle | +1 | 14:44 |
| lajoskatona | +1 | 14:44 |
| mlavalle | You meant Train, right? | 14:44 |
| ralonsoh | yeah, sorry | 14:44 |
| haleyb | +1 | 14:44 |
| ralonsoh | slaweq, obondarev, rubasov ? | 14:44 |
| obondarev | no objections, +1 | 14:45 |
| slaweq | +1 from me | 14:45 |
| rubasov | +1 | 14:45 |
| slaweq | EOL train and we are finally done with python 2 once and forever :) | 14:45 |
| ralonsoh | exactly | 14:45 |
| mlavalle | \o/ | 14:45 |
| mtomaska | \o/ | 14:46 |
| ralonsoh | cool, let's check, after the PTG, what to do with Victoria. But we can discuss this in 2 weeks, no rush | 14:46 |
| ralonsoh | and second one | 14:46 |
| ralonsoh | #link https://wiki.openstack.org/wiki/Meetings/NeutronDrivers | 14:46 |
| ralonsoh | ihrachys, slaweq do want to keep this topic here? or the mail sent and next week PTG will be enough? | 14:46 |
| slaweq | we don't need that topic anymore I guess | 14:47 |
| slaweq | please read and reply to ihrachys' email | 14:47 |
| slaweq | and that should be enough | 14:47 |
| ralonsoh | yeah, I have it open | 14:47 |
| ralonsoh | thanks! | 14:47 |
| ralonsoh | nothing else from me | 14:48 |
| slaweq | on qq | 14:48 |
| slaweq | *one qq | 14:48 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron-lib master: ext-gw-multihoming: api-def and api-ref https://review.opendev.org/c/openstack/neutron-lib/+/870887 | 14:48 |
| slaweq | will You cancel next week's meeting ralonsoh? As there's PTG then | 14:48 |
| ralonsoh | yeah, I'll send a mail cancelling all Neutron meetings | 14:48 |
| slaweq | thx | 14:49 |
| haleyb | one question on DB branch from me... https://review.opendev.org/c/openstack/neutron/+/876051 - i'm assuming we merge when 2023.1 is tagged? | 14:49 |
| haleyb | it's the Bobcat branch commit | 14:49 |
| ralonsoh | yes, when a branch is released, we close it in the DB migration | 14:49 |
| ralonsoh | neutron_milestone = [migration.RELEASE_2023_1] | 14:49 |
| haleyb | i just knew someone was waiting, 2023.1 should be soon i hope | 14:50 |
| ralonsoh | so we can merge that one now | 14:50 |
| slaweq | 2023.1 branch is already there | 14:50 |
| slaweq | And final release will be this week AFAIK | 14:50 |
| haleyb | right, and i couldn't see a backport doing a DB migration, so someone can +2 | 14:51 |
| ralonsoh | no | 14:51 |
| ralonsoh | db migrations, api changes or config changes are not allowed | 14:52 |
| haleyb | well, a backport needed for 2023.1 RC2 i mean | 14:52 |
| ralonsoh | but DB migrations are blocked by the migration tool itself | 14:52 |
| ralonsoh | not anymore | 14:52 |
| ralonsoh | what patch are you talking about? | 14:53 |
| ralonsoh | just to have some context | 14:53 |
| haleyb | there is no patch, it was hypothetical | 14:53 |
| ralonsoh | so no, no db migration backports | 14:53 |
| ralonsoh | anything else? | 14:54 |
| ralonsoh | thank you all and remember that the CI meeting is in 5 mins, in this channel | 14:54 |
| ralonsoh | #endmeeting | 14:54 |
| opendevmeet | Meeting ended Tue Mar 21 14:54:45 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:54 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2023/networking.2023-03-21-14.01.html | 14:54 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-03-21-14.01.txt | 14:54 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2023/networking.2023-03-21-14.01.log.html | 14:54 |
| lajoskatona | is it video today? | 14:54 |
| lajoskatona | o/ | 14:54 |
| mlavalle | slaweq: video meeting today? | 14:54 |
| slaweq | Yes | 14:55 |
| mlavalle | ack | 14:55 |
| slaweq | But I may be 5 minutes late for the ci meeting, sorry for that | 14:58 |
| lajoskatona | ack | 14:58 |
| ralonsoh | better for me, I'll have time for a coffee | 14:59 |
| mtomaska | ^good idea... coffee time | 14:59 |
| slaweq | #startmeeting neutron_ci | 15:05 |
| opendevmeet | Meeting started Tue Mar 21 15:05:44 2023 UTC and is due to finish in 60 minutes. The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:05 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:05 |
| opendevmeet | The meeting name has been set to 'neutron_ci' | 15:05 |
| slaweq | ping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva - CI meeting time | 15:06 |
| slaweq | This will be video meeting this time: https://meetpad.opendev.org/neutron-ci-meetings | 15:06 |
| slaweq | Grafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=1 | 15:06 |
| lajoskatona | o/ | 15:07 |
| slaweq | #topic Actions from previous meetings | 15:07 |
| slaweq | slaweq to propose "sleep patch" to hopefully fix interface not found and dvr tests issues | 15:07 |
| slaweq | Patch https://review.opendev.org/c/openstack/neutron/+/875767 | 15:07 |
| slaweq | mtomaska to check https://bugs.launchpad.net/neutron/+bug/2008062 | 15:07 |
| slaweq | alonsoh to check failed initail state of ha router test: https://45c66512638ca6be811a-ed2c0d9273209e4be8351fb65446e61d.ssl.cf1.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-oslo-master/90c9e81/testr_results.html | 15:11 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron-lib master: ext-gw-multihoming: api-def and api-ref https://review.opendev.org/c/openstack/neutron-lib/+/870887 | 15:11 |
| slaweq | #topic Stable branches | 15:14 |
| slaweq | #topic Stadium projects | 15:16 |
| slaweq | #topic Grafana | 15:17 |
| slaweq | https://grafana.opendev.org/d/f913631585/neutron-failure-rate | 15:17 |
| slaweq | https://review.opendev.org/c/openstack/neutron/+/874760 | 15:21 |
| opendevreview | Takashi Kajinami proposed openstack/neutron-tempest-plugin master: Replace deprecated tenant_id property https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/878110 | 15:22 |
| slaweq | #topic Rechecks | 15:23 |
| slaweq | #topic fullstack/functional | 15:24 |
| slaweq | https://28fef91087ecefa38c48-09ee8bbf59038f8040eb9d88bbbf0d69.ssl.cf5.rackcdn.com/877535/2/gate/neutron-functional-with-uwsgi/9fa4519/testr_results.html | 15:24 |
| slaweq | #action ralonsoh to move neutron.tests.functional.plugins.ml2.drivers.macvtap.agent.test_macvtap_neutron_agent.MacvtapAgentTestCase.test_get_all_devices to be run in "serial" stage | 15:25 |
| slaweq | https://49014f76aaafbe7deabd-4b7d4da09de7dae33770cacbfd550cfb.ssl.cf1.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-oslo-master/871d106/testr_results.html | 15:26 |
| opendevreview | Takashi Kajinami proposed openstack/neutron-tempest-plugin master: Replace deprecated tenant_id property https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/878110 | 15:26 |
| slaweq | https://51ef113da153f8613d4d-a1d06e2d26608a8f46317a106e743309.ssl.cf5.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-oslo-master/abfdd11/testr_results.html | 15:27 |
| slaweq | https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a68/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-uwsgi-fips/a680936/testr_results.html | 15:28 |
| mtomaska | https://review.opendev.org/c/openstack/neutron/+/877535 | 15:28 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/864715/7/neutron/tests/functional/agent/ovn/metadata/test_metadata_agent.py#223 | 15:30 |
| slaweq | #action mtomaska to fix waiting for SB events in ovn metadata functional tests | 15:31 |
| slaweq | https://6e8718b2c3cdf775660a-479aba3a0d5645603ea5f6db22bcd24f.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-fullstack-with-uwsgi-fips/9adc639/testr_results.html | 15:32 |
| slaweq | https://0eb85d302a2fe58e4b01-5e4b426cf1ca8d9cb4613ee1042e28ab.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-fullstack-with-pyroute2-master/c0a03dc/testr_results.html | 15:32 |
| slaweq | #action slaweq to check dhcp issue in fullstack tests | 15:33 |
| slaweq | #topic Tempest/Scenario | 15:33 |
| slaweq | https://ba7302a10c3d93ab35a6-db8ca95132ec140bd430dcac738a5dcd.ssl.cf1.rackcdn.com/876732/3/check/tempest-integrated-networking/0f64c3c/testr_results.html | 15:33 |
| slaweq | https://zuul.openstack.org/build/871d10635d2c43abb35744a705caead3 | 15:35 |
| slaweq | #topic On Demand | 15:37 |
| slaweq | https://review.opendev.org/q/topic:issue/OSP-20968+status:open | 15:37 |
| opendevreview | Arnaud Morin proposed openstack/neutron master: Add new DEFAULT option named "my_ip" https://review.opendev.org/c/openstack/neutron/+/878070 | 15:41 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Implement support for external-gateway-multihoming extension https://review.opendev.org/c/openstack/neutron/+/874199 | 15:56 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Allow L3 scheduler to be aware of current transaction https://review.opendev.org/c/openstack/neutron/+/874760 | 15:56 |
| opendevreview | Frode Nordahl proposed openstack/neutron master: [ovn] Add helper for retrieving LR associated with LRP https://review.opendev.org/c/openstack/neutron/+/873698 | 15:56 |
| 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 | 15:56 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/zed: Fix default value for MTUs, when not provided https://review.opendev.org/c/openstack/neutron/+/878139 | 17:05 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/yoga: Fix default value for MTUs, when not provided https://review.opendev.org/c/openstack/neutron/+/878140 | 17:05 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/xena: Fix default value for MTUs, when not provided https://review.opendev.org/c/openstack/neutron/+/878141 | 17:05 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/wallaby: Fix default value for MTUs, when not provided https://review.opendev.org/c/openstack/neutron/+/878142 | 17:06 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/wallaby: [OVN] Explicitly define the fixed IPs for the metadata port https://review.opendev.org/c/openstack/neutron/+/877985 | 17:07 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/zed: [OVN] Explicitly define the fixed IPs for the metadata port https://review.opendev.org/c/openstack/neutron/+/877979 | 17:07 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/yoga: [OVN] Explicitly define the fixed IPs for the metadata port https://review.opendev.org/c/openstack/neutron/+/877980 | 17:07 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/xena: [OVN] Explicitly define the fixed IPs for the metadata port https://review.opendev.org/c/openstack/neutron/+/877984 | 17:07 |
| opendevreview | Bodo Petermann proposed openstack/neutron master: Fix concurrent port binding activate https://review.opendev.org/c/openstack/neutron/+/853281 | 17:08 |
| opendevreview | Merged openstack/neutron master: Fix metadata agent intermittent test failures https://review.opendev.org/c/openstack/neutron/+/877535 | 19:36 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!