| opendevreview | Sam Morrison proposed openstack/neutron master: [OVN] Add new ML2 extension "dhcp_agent_scheduler" https://review.opendev.org/c/openstack/neutron/+/865081 | 01:20 |
|---|---|---|
| opendevreview | yatin proposed openstack/neutron master: [DNM] check 880586 https://review.opendev.org/c/openstack/neutron/+/880704 | 05:13 |
| slaweq | ykarel lajoskatona obondarev hi, can one of You check patch https://review.opendev.org/c/openstack/neutron/+/880656/ and those which are below this one? | 08:35 |
| slaweq | thx in advance | 08:35 |
| obondarev | sure | 08:36 |
| slaweq | thx | 08:42 |
| opendevreview | liuxie proposed openstack/neutron-lib master: New api-def: allowedaddresspairs-atomic https://review.opendev.org/c/openstack/neutron-lib/+/880615 | 09:45 |
| rubasov | ralonsoh, obondarev_: hi guys! can you please decide together which loading strategy is preferred? https://review.opendev.org/c/openstack/neutron/+/870081/9..15/neutron/db/models/port_hints.py#b33 | 10:14 |
| obondarev_ | rubasov, ralonsoh: I replied in the patch | 10:19 |
| *** obondarev_ is now known as obondarev | 10:20 | |
| rubasov | obondarev: thank you | 10:20 |
| opendevreview | Merged openstack/neutron-lib stable/wallaby: Fix pep8 errors with pytlint v2.16.0 https://review.opendev.org/c/openstack/neutron-lib/+/874412 | 10:28 |
| ralonsoh | rubasov, let me check | 10:31 |
| ralonsoh | rubasov, done. Please revert the file mode and check https://review.opendev.org/c/openstack/neutron/+/870081/9..15/neutron/db/port_hints_db.py | 10:34 |
| ralonsoh | the rest of the patch looks fine. If you push an update, ping me for a +2 | 10:34 |
| rubasov | ralonsoh: thank you too! I deleted that __init__.py and will push a new patchset in a few minutes. | 10:36 |
| ralonsoh | perfect | 10:36 |
| opendevreview | Bence Romsics proposed openstack/neutron master: port-hints: api extension https://review.opendev.org/c/openstack/neutron/+/870081 | 10:40 |
| opendevreview | Bence Romsics proposed openstack/neutron master: port-hint-ovs-tx-steering: agent side https://review.opendev.org/c/openstack/neutron/+/872905 | 10:40 |
| opendevreview | Bence Romsics proposed openstack/neutron master: port-hint-ovs-tx-steering: shim extension https://review.opendev.org/c/openstack/neutron/+/873113 | 10:40 |
| opendevreview | Bence Romsics proposed openstack/neutron master: DNM debug logs and dev helper scripts https://review.opendev.org/c/openstack/neutron/+/872906 | 10:41 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Apply admin_state_up on a new member creation https://review.opendev.org/c/openstack/ovn-octavia-provider/+/880737 | 11:13 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Apply admin_state_up on a new member creation https://review.opendev.org/c/openstack/ovn-octavia-provider/+/880737 | 12:14 |
| ralonsoh | #startmeeting networking | 14:01 |
| opendevmeet | Meeting started Tue Apr 18 14:01:04 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 |
| ralonsoh | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, sahid, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki | 14:01 |
| mlavalle | o/ | 14:01 |
| sahid_ | o/ | 14:01 |
| mtomaska | o/ | 14:01 |
| slaweq | o/ | 14:01 |
| obondarev | o/ | 14:01 |
| ralonsoh | hello all | 14:01 |
| bcafarel | o/ | 14:01 |
| rubasov | o/ | 14:01 |
| ykarel | o/ | 14:01 |
| ralonsoh | ok, I think we can start now | 14:02 |
| lajoskatona | o/ | 14:02 |
| ralonsoh | #topic announcements | 14:02 |
| ralonsoh | #link https://releases.openstack.org/bobcat/schedule.html | 14:02 |
| ralonsoh | in 3 weeks, we'll have the bobcat-1 milestone | 14:02 |
| ralonsoh | and in 2 months the Vancouver summit! | 14:02 |
| ralonsoh | I would like to refresh the link for the summit | 14:03 |
| ralonsoh | #link https://etherpad.opendev.org/p/neutron-vancouver-2023 | 14:03 |
| ralonsoh | of course, as usual, please check the openinfra videos | 14:03 |
| ralonsoh | #link https://openinfra.dev/live/#all-episodes | 14:03 |
| ralonsoh | and finally, the oslo.db 13.0.0 release | 14:04 |
| ralonsoh | #link https://review.opendev.org/c/openstack/releases/+/880659 | 14:04 |
| opendevreview | yatin proposed openstack/neutron master: [DNM] check 880586 https://review.opendev.org/c/openstack/neutron/+/880704 | 14:04 |
| ralonsoh | that should have full support for sqlalchemy 2.0 | 14:04 |
| ralonsoh | so just a heads-up | 14:04 |
| lajoskatona | is that already bumped in requirements? | 14:04 |
| ralonsoh | not yet | 14:04 |
| lajoskatona | ok, thanks | 14:05 |
| ralonsoh | but here is the link | 14:05 |
| ralonsoh | #link https://review.opendev.org/c/openstack/requirements/+/880729 | 14:05 |
| ralonsoh | (and Neutron is not failing) | 14:05 |
| ralonsoh | but remember this is not bumping sqlalchemy | 14:05 |
| ralonsoh | only oslo.db with support for 2.0 | 14:05 |
| lajoskatona | ack, thanks for the headsup | 14:06 |
| ralonsoh | something else I'm missing here? | 14:06 |
| ralonsoh | ok, let's move on | 14:06 |
| ralonsoh | #topic bugs | 14:06 |
| ralonsoh | last week I was the bug deputy | 14:07 |
| ralonsoh | #link https://lists.openstack.org/pipermail/openstack-discuss/2023-April/033393.html | 14:07 |
| ralonsoh | and there are some bugs to be discussed/assigned | 14:07 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2016413 | 14:07 |
| ralonsoh | I think this is a low hanging fruit one | 14:07 |
| ralonsoh | I'll add the tag | 14:07 |
| ralonsoh | so please check it if you want to collaborate with documentation | 14:08 |
| ralonsoh | next one is | 14:08 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2016198 | 14:08 |
| ralonsoh | that is related to https://bugs.launchpad.net/neutron/+bug/2016197 | 14:09 |
| ralonsoh | should we bring this topic to the drivers meeting? | 14:09 |
| mlavalle | it's a bug, isn't it? | 14:09 |
| ralonsoh | the first one yes | 14:09 |
| ralonsoh | but the suggestion is to limit the port creation in a network without subnets | 14:10 |
| mlavalle | ahh, | 14:10 |
| ralonsoh | that I don't think should be done because of a race condition | 14:10 |
| mlavalle | I get it | 14:10 |
| ralonsoh | so LP#2016198 should be addressed, but LP#2016197 should not be the solution | 14:10 |
| ralonsoh | IMO | 14:11 |
| lajoskatona | let's discuss it during the drivers meeting | 14:11 |
| ralonsoh | I'll move this topic then | 14:11 |
| lajoskatona | ok, thanks | 14:11 |
| ralonsoh | last one is | 14:11 |
| mlavalle | yes, that's probably a good idea | 14:11 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2015844 | 14:11 |
| ralonsoh | in a nutshell, OpenStack is removing windows support | 14:11 |
| ralonsoh | this code is not tested in the CI | 14:12 |
| slaweq | regarding recent discussion about winstackers project that it will be gone I think we should remove completely this windows bits from neutron | 14:12 |
| ralonsoh | first deprecate and then remove? | 14:12 |
| slaweq | but we should probably follow deprecations policy so deprecate it in this cycle | 14:12 |
| ralonsoh | perfect | 14:12 |
| sahid_ | if windows is not supported anmore no need to maintain all that code | 14:12 |
| slaweq | and remove in 2024.2 at least | 14:12 |
| ralonsoh | yes, that should be in 2 cycles | 14:13 |
| ralonsoh | in D | 14:13 |
| mlavalle | ++ | 14:13 |
| ralonsoh | +1 | 14:13 |
| lajoskatona | +1 | 14:13 |
| slaweq | we need to keep it deprecated for at least one SLURP release | 14:13 |
| slaweq | which will be C in this case | 14:13 |
| ykarel | +1 | 14:13 |
| obondarev | +1 | 14:13 |
| slaweq | I can deprecate it | 14:13 |
| mtomaska | +1 | 14:13 |
| ralonsoh | ok, decided, I'll comment that in the LP | 14:13 |
| ralonsoh | slaweq, thanks, please propose the patches | 14:13 |
| slaweq | I will propose patch, sure | 14:13 |
| ralonsoh | and assign that to you | 14:13 |
| ralonsoh | we can consider this LP closed with the deprecation | 14:14 |
| ralonsoh | and in 1 year, we'll create a new one to remove the code | 14:14 |
| slaweq | ++ | 14:14 |
| mlavalle | LOL, close a LP by removing the related code | 14:14 |
| ralonsoh | yes, just to track it | 14:14 |
| slaweq | mlavalle we should follow that practice more often :P | 14:14 |
| ralonsoh | but I would prefer not to have this LP open 1 year | 14:15 |
| ralonsoh | ok, that was fast | 14:15 |
| ralonsoh | this week lucasgomes is the deputy, next week will be jlibosva | 14:15 |
| ralonsoh | I know lucasagomes is aware | 14:15 |
| ralonsoh | I'll ping Jakub next week | 14:15 |
| ralonsoh | something else you want to discuss here? | 14:15 |
| ralonsoh | yes, one more | 14:16 |
| ralonsoh | https://ubuntu.com/security/CVE-2023-1668 | 14:16 |
| ralonsoh | this is a problem in OVS | 14:16 |
| ralonsoh | I know there is a list of patches to fix that | 14:16 |
| ralonsoh | and the mail from ovs-discuss | 14:17 |
| ralonsoh | https://www.openwall.com/lists/oss-security/2023/04/06/1 | 14:17 |
| ralonsoh | that is affecting ML2/OVS and ML2/OVN | 14:17 |
| ralonsoh | well, I don't know if that is possible in OVN | 14:17 |
| ralonsoh | but we can create this rule in OVS FW | 14:18 |
| ralonsoh | in any case, this is a heads-up | 14:18 |
| ralonsoh | ok, something else? | 14:18 |
| ralonsoh | ok, I'll skip the spec reviewal as we don't have any active one | 14:19 |
| ralonsoh | #topic community_goals | 14:19 |
| ralonsoh | 1) Consistent and Secure Default RBAC | 14:19 |
| ralonsoh | #link https://review.opendev.org/c/openstack/neutron/+/879827 | 14:19 |
| ralonsoh | I think we don't have active bugs, slaweq ? | 14:19 |
| slaweq | nothing new this week | 14:20 |
| ralonsoh | btw, https://review.opendev.org/c/openstack/neutron/+/880461/ | 14:20 |
| slaweq | I'm still working on patch https://review.opendev.org/c/openstack/neutron/+/879827/ | 14:20 |
| ralonsoh | is failing in neutron-tempest-plugin-openvswitch-enforce-scope-new-defaults | 14:20 |
| ralonsoh | yes, this is the 4th patch of the series | 14:20 |
| ralonsoh | but is failing the 1st | 14:20 |
| slaweq | ohh, I will need to check it | 14:20 |
| ralonsoh | ok, I think this is just a red herring | 14:21 |
| slaweq | it failed because of issue with installation of packages | 14:21 |
| ralonsoh | something with the mirrors, nothing else | 14:21 |
| ralonsoh | yes | 14:21 |
| slaweq | nothing relevant to patch itself | 14:21 |
| ralonsoh | (much better) | 14:21 |
| lajoskatona | fingers crossed | 14:21 |
| ralonsoh | so we are almost ready to merge the sRBAC by default in Neutron | 14:21 |
| slaweq | and main patch to enable new policies by default is almost there, just about 300 UT to fix still | 14:22 |
| slaweq | and 200 FT | 14:22 |
| ralonsoh | nahhh almost nothing... | 14:22 |
| ralonsoh | (ping for help if needed) | 14:22 |
| slaweq | but once all that will be done, we will also have a bit better coverage of policy testing in UT as all such tests will make API requests with proper context | 14:22 |
| slaweq | not without context at all | 14:23 |
| ralonsoh | so we need to review all UTs to use the proper context? | 14:23 |
| slaweq | I will definitely bother You all with review requests once it will be green | 14:23 |
| ralonsoh | perfect | 14:23 |
| slaweq | ralonsoh not all but many which are using api to e.g. create resources | 14:24 |
| slaweq | like many tests for extensions | 14:24 |
| slaweq | or ml2 plugin | 14:24 |
| slaweq | or db modules | 14:24 |
| slaweq | I'm on it and it's high priority for me to finish it ASAP | 14:24 |
| ralonsoh | thank you | 14:25 |
| lajoskatona | thanks slaweq | 14:25 |
| ralonsoh | ok, the second topic is | 14:25 |
| ralonsoh | 2) Neutron client deprecation | 14:25 |
| ralonsoh | I 've identified 3 active patches | 14:25 |
| ralonsoh | #link https://review.opendev.org/c/openstack/python-neutronclient/+/880629 | 14:25 |
| ralonsoh | #link https://review.opendev.org/c/openstack/python-neutronclient/+/875728 | 14:26 |
| lajoskatona | yes, I started to work on fwaas CLI | 14:26 |
| ralonsoh | #link https://review.opendev.org/c/openstack/python-neutronclient/+/868321 | 14:26 |
| lajoskatona | 880629 is wip (this is for fwaas) | 14:26 |
| ralonsoh | so we have the OSC/SDK code merged for fwaas? | 14:27 |
| lajoskatona | the patch for octavia is also in good shape: https://review.opendev.org/c/openstack/octavia/+/866327 (thanks octavia team) | 14:27 |
| lajoskatona | ralonsoh: yes it is already done (https://review.opendev.org/c/openstack/openstacksdk/+/592303 ) | 14:27 |
| ralonsoh | perfect | 14:27 |
| lajoskatona | so if yo have time you can even check the octavia patch | 14:28 |
| ralonsoh | ^^ fantastic the patch in octavia, good to see traction outside Neutron team | 14:28 |
| lajoskatona | agree, we had the same good example from designate | 14:28 |
| lajoskatona | that's it from me for the neutronclient topic | 14:29 |
| ralonsoh | thanks! | 14:29 |
| ralonsoh | and that's all! | 14:29 |
| ralonsoh | #topic on_demand | 14:29 |
| ralonsoh | I have one topic but was discussed in the bug section | 14:29 |
| ralonsoh | so please, if you have something, this is the moment | 14:29 |
| slaweq | I wanted to ask people about ideas for forum sessions in vancouver | 14:30 |
| slaweq | do You have any ideas what we can propose there? | 14:30 |
| ralonsoh | the forum proposals ends this Friday | 14:31 |
| lajoskatona | not sure but the RBAC as default would be interesting even for operators | 14:31 |
| ralonsoh | actually it is | 14:31 |
| ralonsoh | that was a request from operators | 14:31 |
| slaweq | lajoskatona but what You want exactly discussing regarding RBAC? | 14:31 |
| ralonsoh | yeah, maybe this is a topic for a presentation, not a forum | 14:32 |
| lajoskatona | what kind of new personas they have to use and what can be expected? things like that | 14:32 |
| lajoskatona | but presentation proposal is closed :-) so we have the forum only now >/( | 14:33 |
| mlavalle | a general operators feedback session? | 14:33 |
| slaweq | lajoskatona but this actually is something broader than Neutron only thing | 14:33 |
| slaweq | so maybe S-RBAC team will propose some session | 14:33 |
| lajoskatona | ok | 14:33 |
| lajoskatona | mlavalle: that can be interesting anytime I suppose | 14:33 |
| slaweq | I don't think we should have any neutron specific discussion about it with operators, at least not something for separate session | 14:33 |
| mlavalle | yeap | 14:34 |
| mlavalle | and this would be the first time face to face in a long time | 14:34 |
| slaweq | mlavalle yes, I was also thinking about "general feedback session" | 14:34 |
| mlavalle | another one might be discussion on scalability issues | 14:35 |
| slaweq | and ask operators about what features/plugins/drivers they are using, what are their pain points, etc. | 14:35 |
| lajoskatona | +1 | 14:35 |
| slaweq | and my idea was to ask operators question like "If You could choose one thing which will be fixed in Neutron, what it would be" to see if there would be any pattern there, maybe all of them needs the same thing to be there :) | 14:35 |
| ralonsoh | ^^ right | 14:36 |
| mlavalle | yes, we can start with a menu of teaser questions and then see where the discussion goes | 14:36 |
| mlavalle | to uncover pattersn, as you say slaweq | 14:37 |
| ralonsoh | ok, tomorrow we'll present, in this channel, some proposals | 14:38 |
| ralonsoh | and then you'll approve then or not | 14:38 |
| ralonsoh | and then we'll register them | 14:38 |
| ralonsoh | ok? | 14:38 |
| lajoskatona | sounds good | 14:38 |
| slaweq | ++ | 14:38 |
| ralonsoh | we are running out of time and we need to ground something | 14:38 |
| ralonsoh | perfect then | 14:38 |
| mlavalle | what time? don't forget us, the ones on this side of the pond | 14:38 |
| ralonsoh | of course, at this time more or less | 14:39 |
| mlavalle | say around 1400 utc? | 14:39 |
| ralonsoh | ok | 14:39 |
| mlavalle | cool | 14:39 |
| mlavalle | good time for me | 14:39 |
| sahid_ | lajoskatona, rubasov o/ | 14:40 |
| ralonsoh | ok, I think that's all for today | 14:40 |
| sahid_ | quick question regarding https://review.opendev.org/c/openstack/neutron/+/872905/15 | 14:40 |
| sahid_ | oh sorry i think the meeting was finished :-) | 14:40 |
| ralonsoh | not yet | 14:40 |
| ralonsoh | one sec | 14:40 |
| ralonsoh | please remember the CI meeting is in 20 mins in this channel | 14:41 |
| ralonsoh | #endmeeting | 14:41 |
| opendevmeet | Meeting ended Tue Apr 18 14:41:10 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:41 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2023/networking.2023-04-18-14.01.html | 14:41 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-04-18-14.01.txt | 14:41 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2023/networking.2023-04-18-14.01.log.html | 14:41 |
| ralonsoh | bye | 14:41 |
| slaweq | and it will be on video this week | 14:41 |
| lajoskatona | bye | 14:41 |
| slaweq | o/ | 14:41 |
| mlavalle | slaweq: video this week | 14:41 |
| mlavalle | ? | 14:41 |
| ykarel | bye | 14:41 |
| lajoskatona | sahid_: Hi | 14:41 |
| lajoskatona | salweq: ack | 14:41 |
| mtomaska | o/ | 14:41 |
| mlavalle | o/ | 14:41 |
| rubasov | sahid_: hi | 14:41 |
| slaweq | mlavalle: yes | 14:41 |
| obondarev | o/ | 14:43 |
| sahid_ | i wanted to be sure that I have well understand you points | 14:44 |
| sahid_ | i means if the operator is trying to enable that feature, and he made a typo | 14:44 |
| sahid_ | he will never know that, right? | 14:44 |
| rubasov | he should, because the server-side validation should catch typos | 14:45 |
| sahid_ | ok, so basically a keyerror may never happen? | 14:45 |
| sahid_ | s/may/will | 14:45 |
| rubasov | there's one case that we don't catch server side, IIRC that is when the hints field has an empty dict at some level | 14:45 |
| sahid_ | s/may/will | 14:46 |
| rubasov | IIRC my reason was to allow that input, that otherwise future expansion of the server side validator expression would become much harder | 14:46 |
| slaweq | ralonsoh did You know that in some case(s) we are expecting error 500 to be returned from neutron: https://github.com/openstack/neutron/blob/master/neutron/tests/unit/plugins/ml2/test_plugin.py#L453 ? | 14:46 |
| slaweq | should it be like that really? Do You know? | 14:47 |
| sahid_ | so the current behavior is to catch a expected keyerror? | 14:47 |
| sahid_ | an | 14:47 |
| ralonsoh | slaweq, never a 500 error | 14:47 |
| slaweq | but look at this test | 14:47 |
| rubasov | so for example this is fully correct input for the hints field: {"openvswitch": {"other_config": {"tx-steering": "thread"|"hash"}}} | 14:47 |
| ralonsoh | pffff | 14:47 |
| slaweq | it litterally asserts that response is 500 | 14:47 |
| slaweq | :D | 14:47 |
| sahid_ | i think my issue is because we mix catching an expected behavior and unexpected behavior | 14:47 |
| ralonsoh | yeah, that is not acceptable, we should fail with a 4xx error | 14:47 |
| rubasov | but server we may allow something like this too {"openvswitch": {"other_config": {}}} | 14:48 |
| sahid_ | yes and this will raise a keyerror right? | 14:48 |
| ralonsoh | slaweq, let me check why this is happening | 14:48 |
| rubasov | sahid_: yes | 14:48 |
| slaweq | ralonsoh https://review.opendev.org/c/openstack/neutron/+/235086 | 14:49 |
| slaweq | this is patch which added it | 14:49 |
| sahid_ | i think this mix is making the code a bit complicated to maintain (for future people working on it) as like mentioned we are mixing valide and not valid cases | 14:49 |
| sahid_ | rubasov: why not to specically add that valid condition on hints? | 14:50 |
| sahid_ | and use a keyerror for the other unvalid and unexpected condition? and probably log something | 14:50 |
| ralonsoh | slaweq, actually that could make sense there | 14:51 |
| ralonsoh | this is because we are mocking the methid | 14:51 |
| ralonsoh | and is raising RetryRequest | 14:52 |
| ralonsoh | if we can't access to the DB, we should raise 5xx | 14:52 |
| rubasov | I did not add full input validation to the agent, because 1) that would be code duplication 2) because this agent should not know about the rest of the hints data structure | 14:52 |
| slaweq | ok, but at first glance it seems weird :) | 14:52 |
| ralonsoh | yes | 14:52 |
| rubasov | regarding 2: for example if a new hint is added that should be handled by another agent, then the code of this agent should not be needed to change | 14:53 |
| rubasov | that was the reason behind having only two cases: either the hint handled by this agent is there, or in any other cases delete the hint from ovs other_config, because this agent should not know what other values are valid | 14:54 |
| sahid_ | I think I understand your point and I don't think this is in conflict with my suggestion to separe valid and unexpected case for an agent or perhaps something is confusing me | 14:58 |
| slaweq | #startmeeting neutron_ci | 15:00 |
| opendevmeet | Meeting started Tue Apr 18 15:00:14 2023 UTC and is due to finish in 60 minutes. The chair is slaweq. 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 |
| slaweq | ping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira | 15:00 |
| slaweq | ci meeting on https://meetpad.opendev.org/neutron-ci-meetings | 15:00 |
| * bcafarel in another video meeting, nothign special from me on stable branches | 15:00 | |
| slaweq | Grafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=1 | 15:02 |
| slaweq | #topic Actions from previous meetings | 15:02 |
| slaweq | slaweq to check dhcp issue in fullstack tests | 15:02 |
| slaweq | #action slaweq to check dhcp issue in fullstack tests | 15:03 |
| slaweq | lajoskatona to check neutron-ovs-grenade-dvr-multinode job's failures | 15:03 |
| lajoskatona | https://bugs.launchpad.net/neutron/+bug/2015065 | 15:03 |
| rubasov | sahid_: I'm honestly not sure that if we add a 6-line if condition in front of the relevant piece, that will make anything clearer | 15:04 |
| rubasov | sahid_: but I can try again | 15:04 |
| sahid_ | rubasov: no no let's move on it, the implementation is working and we can still rework parts in needed in future :-) | 15:12 |
| rubasov | sahid_: thanks | 15:13 |
| slaweq | ykarel to check issue with neutron-ovn-grenade-multinode-skip-level | 15:14 |
| sahid_ | rubasov: no thank you for your time and patience :) | 15:15 |
| slaweq | #topic Stadium projects | 15:15 |
| lajoskatona | https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_542/periodic-weekly/opendev.org/openstack/neutron-dynamic-routing/master/neutron-dynamic-routing-openstack-tox-py310-with-sqlalchemy-main/54236ee/testr_results.html | 15:16 |
| slaweq | #topic Grafana | 15:16 |
| slaweq | #topic Rechecks | 15:17 |
| slaweq | #topic fullstack/functional | 15:18 |
| slaweq | neutron.tests.functional.agent.ovn.extensions.test_qos_hwol.OVSInterfaceEventTestCase.test_port_creation_and_deletion | 15:18 |
| slaweq | https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_78e/858879/30/check/neutron-functional-with-uwsgi/78e0492/testr_results.html | 15:19 |
| slaweq | https://dbc11b7f31cbdf1f5ec2-331f643549901f103f739b23815fad4a.ssl.cf5.rackcdn.com/873850/6/check/neutron-functional-with-uwsgi/5e6cda2/testr_results.html | 15:19 |
| ralonsoh | --> https://bugs.launchpad.net/neutron/+bug/2006603 | 15:20 |
| slaweq | https://32177b17610869e1b83a-af1192da167b817506a58f20e6af9357.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-uwsgi-fips/dc3710e/testr_results.html | 15:20 |
| slaweq | #action mtomaska to check and fix "no such process" error in kill cmd | 15:24 |
| slaweq | #topic Tempest/Scenario | 15:24 |
| slaweq | https://8efce70e72afb45d6ec7-62d3a5548ea094caef4a9963ba6c55d1.ssl.cf5.rackcdn.com/880461/6/check/neutron-ovs-tempest-multinode-full/1ee5b2f/testr_results.html | 15:24 |
| slaweq | #action slaweq to open bug regarding shelve/unshelve failures | 15:25 |
| slaweq | #topic On Demand | 15:26 |
| slaweq | #endmeeting | 15:34 |
| opendevmeet | Meeting ended Tue Apr 18 15:34:29 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:34 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-04-18-15.00.html | 15:34 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-04-18-15.00.txt | 15:34 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-04-18-15.00.log.html | 15:34 |
| amorin | Hey neutron team, ralonsoh, about ovs bug you talked about earlier. You said fw is affected, is it fwaas or secgroups is ovs? | 15:37 |
| amorin | Do you have an ex of OpenStack commands to reproduce? | 15:37 |
| opendevreview | Terry Wilson proposed openstack/ovsdbapp master: Add support for clearing map column keys https://review.opendev.org/c/openstack/ovsdbapp/+/879367 | 16:37 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: WIP [S-RBAC] Switch to new policies by default https://review.opendev.org/c/openstack/neutron/+/879827 | 17:12 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: WIP [S-RBAC] Switch to new policies by default https://review.opendev.org/c/openstack/neutron/+/879827 | 17:48 |
| opendevreview | Miro Tomaska proposed openstack/neutron master: Handle no more IP addresses available during a network sync https://review.opendev.org/c/openstack/neutron/+/880773 | 18:28 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron master: Add a method to retrieve router gateway ports https://review.opendev.org/c/openstack/neutron/+/879462 | 18:41 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron master: Allow Multiple External Gateways https://review.opendev.org/c/openstack/neutron/+/873593 | 18:41 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron master: Add extra router attributes for ECMP and BFD https://review.opendev.org/c/openstack/neutron/+/874797 | 18:41 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron master: [ovn] Implement support for external-gateway-multihoming extension https://review.opendev.org/c/openstack/neutron/+/874199 | 18:41 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron master: [ovn] Honor `enable_default_route_ecmp` attribute https://review.opendev.org/c/openstack/neutron/+/878531 | 18:41 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron master: [ovn] Allow L3 scheduler to be aware of current transaction https://review.opendev.org/c/openstack/neutron/+/874760 | 18:41 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron master: [ovn] Add helper for retrieving LR associated with LRP https://review.opendev.org/c/openstack/neutron/+/873698 | 18:41 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron master: [ovn] Apply soft anti-affinity for LRs with multiple LRPs when scheduling https://review.opendev.org/c/openstack/neutron/+/873699 | 18:41 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/neutron master: [ovn] Add support for enable_default_route_bfd attribute https://review.opendev.org/c/openstack/neutron/+/878543 | 18:41 |
| opendevreview | Terry Wilson proposed openstack/ovsdbapp master: Add 'no timeout' option to wait_for_change https://review.opendev.org/c/openstack/ovsdbapp/+/857806 | 21:18 |
| opendevreview | Terry Wilson proposed openstack/ovsdbapp master: Add 'no timeout' option to wait_for_change https://review.opendev.org/c/openstack/ovsdbapp/+/857806 | 21:29 |
| opendevreview | Terry Wilson proposed openstack/ovsdbapp master: Add 'no timeout' option to wait_for_change https://review.opendev.org/c/openstack/ovsdbapp/+/857806 | 23:25 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!