zigo | haleyb: You fixed me, thanks ! :) | 00:03 |
---|---|---|
haleyb | zigo: great! no other neutron 3.11 issues? | 00:03 |
zigo | haleyb: pyScss, as I reported in the list ... | 00:04 |
zigo | But not related to Neutron. | 00:04 |
zigo | There's going to be more, I believe... | 00:05 |
zigo | I haven't tried setting-up a functional OpenStack with Py 3.11. | 00:05 |
zigo | (yet) | 00:05 |
haleyb | yup, well file bugs and we'll try and fix them, this one's footprint made it easier to spot | 00:06 |
* haleyb takes off | 00:07 | |
opendevreview | liuyulong proposed openstack/neutron master: Refactor for ovs qos driver meter limit features https://review.opendev.org/c/openstack/neutron/+/860766 | 02:21 |
opendevreview | liuyulong proposed openstack/neutron master: Add meter bandwidth bandwidth support https://review.opendev.org/c/openstack/neutron/+/860767 | 02:21 |
*** kleini_ is now known as kleini | 07:20 | |
*** slaweq_ is now known as slaweq | 07:57 | |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: segment: enable multisegments support for host https://review.opendev.org/c/openstack/neutron/+/841838 | 08:17 |
opendevreview | Rodolfo Alonso proposed openstack/neutron stable/wallaby: [stable-only] Do not fail making reservation when creating a SG https://review.opendev.org/c/openstack/neutron/+/864435 | 08:30 |
opendevreview | Rodolfo Alonso proposed openstack/neutron-specs master: Strict minimum bandwidth support for tunnelled networks https://review.opendev.org/c/openstack/neutron-specs/+/860859 | 08:45 |
pengo_ | Hello folks, Updating admin state of sriov ports from horizon does get successful but it does not get updated on host. If i try to do it manually on host with ip link command it works but nothing changing from horizon side. Also all my sriov ports are in `build` status may be this could be the issue that it does not getting updated from horizon itself. I tried to gather more info in logs and found that agent is out of sync | 08:55 |
pengo_ | and some devices has some issue with MAC addresses but my neutron config seems to be fine and no issue whatsoever with other part of openstack. Does anyone has any idea how to fix this issue please ? https://www.irccloud.com/pastebin/hpILjtnB/ | 08:55 |
ralonsoh | pengo_, the sriov devices are not found in by the SRIOV agent | 08:57 |
ralonsoh | that could mean you didn't configured the devices correctly on this agent | 08:58 |
pengo_ | ralonsoh: i tried to restart pod | 08:58 |
ralonsoh | this is not a problem of restarting the agent | 08:58 |
ralonsoh | but the config | 08:58 |
ralonsoh | so you assign a VF to a VM port | 08:58 |
ralonsoh | with a MAC address | 08:58 |
ralonsoh | but the sriov agent is saying | 08:58 |
ralonsoh | "Device with MAC 56:f9:09:10:7c:ef not defined on plugin" | 08:58 |
ralonsoh | that means this VF is not in the list of VFs to be handled by the sriov agent | 08:59 |
pengo_ | well i tried to match the mac addresses of vfs on host and from horizon and they looked same | 09:00 |
pengo_ | ralonsoh: does it mean that i have to recreate the ports again ? | 09:02 |
ralonsoh | pengo_, no no, you don't need to do this. | 09:05 |
ralonsoh | first of all, how are you creating the VM? | 09:05 |
ralonsoh | from horizon, I mean | 09:05 |
ralonsoh | are you first creating the port? | 09:06 |
pengo_ | i use some heat-template to create it | 09:06 |
pengo_ | ralonsoh: yes i do create ports and network using terraform | 09:06 |
ralonsoh | pengo_, and have those ports the corresponding vnic_tpye direct | 09:07 |
pengo_ | ralonsoh: yes | 09:07 |
ralonsoh | ok, when you create the VM, Nova sets the Neutron port MAC on the VF | 09:08 |
ralonsoh | you don't need to set it manually | 09:08 |
ralonsoh | if this VF is handled by the SRIOV agent, it will detect the change and will request information from Neutron | 09:08 |
ralonsoh | if the PCI address and the MAC address match what is in the DB | 09:09 |
ralonsoh | the sriov agent will bind the port | 09:09 |
pengo_ | yes thats true i do not set mac manually its as usual automatic process and interesting part is i just have issue with this neurton-sriov-agent rest of them works fine | 09:11 |
ralonsoh | pengo_, please check the sriov agent configuration | 09:11 |
ralonsoh | it could be (1) the VFs are not configured in the agent | 09:12 |
ralonsoh | (2) the MAC address is not the Neutron port MAC address | 09:12 |
ralonsoh | create a launchpad bug and upload the sriov agent config, the Nova config (it should match) and the SRIOV agent logs in debug mode | 09:13 |
pengo_ | Ok sure will dig more. Thanks a lot for your time :) | 09:13 |
pengo_ | ralonsoh: thanks again | 09:13 |
opendevreview | Fernando Royo proposed openstack/neutron stable/yoga: Check subnet overlapping after add router interface https://review.opendev.org/c/openstack/neutron/+/863275 | 12:49 |
opendevreview | Fernando Royo proposed openstack/neutron stable/yoga: Check subnet overlapping after add router interface https://review.opendev.org/c/openstack/neutron/+/864542 | 13:28 |
bcafarel | ralonsoh: thanks for lengthy comment on https://bugs.launchpad.net/neutron/+bug/1996421 :) | 13:32 |
bcafarel | otherwiseguy: not a lot of info in lp, but can you check https://bugs.launchpad.net/neutron/+bug/1996594 ? ovn metadata agent failing after ovn db snapshot | 13:44 |
ralonsoh | bcafarel, yw (sorry, I was having lunch) | 13:57 |
*** dasm|off is now known as dasm | 13:58 | |
bcafarel | np, lunch is important! | 13:58 |
ralonsoh | #startmeeting networking | 14:00 |
opendevmeet | Meeting started Tue Nov 15 14:00:39 2022 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 |
mlavalle1 | o/ | 14:00 |
ralonsoh | hello all | 14:00 |
obondarev | hi | 14:00 |
rubasov | o/ | 14:01 |
lajoskatona | o/ | 14:01 |
ralonsoh | slaweq, bcafarel hi! | 14:02 |
bcafarel | o/ | 14:02 |
elvira | o/ | 14:02 |
ralonsoh | ok, I think we can start | 14:02 |
ralonsoh | #topic announcements | 14:02 |
ralonsoh | Antelope / 2023.1 schedule: https://releases.openstack.org/antelope/schedule.html | 14:02 |
ralonsoh | we are in week R-18 | 14:03 |
ralonsoh | that means m-1 | 14:03 |
ralonsoh | https://releases.openstack.org/antelope/schedule.html#a-1 | 14:03 |
ralonsoh | next one (important one) will be the first week of january | 14:03 |
ralonsoh | and as usual, the recommendation | 14:04 |
ralonsoh | OpenInfra Live event - https://openinfra.dev/live/#all-episodes | 14:04 |
ralonsoh | please check the videos | 14:04 |
*** haleyb_ is now known as haleyb | 14:04 | |
ralonsoh | ok, let's move to the next topic | 14:04 |
ralonsoh | #topic bugs | 14:04 |
ralonsoh | last week the bug report was on me | 14:04 |
ralonsoh | #link https://lists.openstack.org/pipermail/openstack-discuss/2022-November/031179.html | 14:04 |
ralonsoh | I have some bugs to highlight | 14:05 |
ralonsoh | Bugs without assignee | 14:05 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/1995972 | 14:05 |
ralonsoh | L3 router is doing schedule_routers when adding/removing external gateway | 14:05 |
ralonsoh | it is reported in Stein | 14:05 |
ralonsoh | but I think this could be reproducible in master too (that's what I think) | 14:06 |
ralonsoh | does anyone have time for this? | 14:06 |
slaweq | o/ | 14:06 |
slaweq | sorry for being late | 14:06 |
ralonsoh | np | 14:06 |
ralonsoh | ok, I'll try to take a look at this bug this week | 14:07 |
ralonsoh | next one | 14:07 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/1996241 | 14:07 |
ralonsoh | ow-hanging-fruit | 14:07 |
ralonsoh | low-hanging-fruit | 14:07 |
ralonsoh | I also want to talk about this one | 14:08 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/1996421 | 14:08 |
ralonsoh | I already talked about it with slaweq this morning | 14:08 |
mlavalle1 | is this the low hanging fruit? | 14:08 |
ralonsoh | no, the previous one | 14:08 |
mlavalle1 | ack | 14:09 |
* haleyb can't get to launchpad at the moment to see either one | 14:09 | |
ralonsoh | hmmmm sorry, wrong links | 14:09 |
ralonsoh | one sec | 14:09 |
slaweq | links are good IMO | 14:09 |
ykarel | both links are same | 14:09 |
ykarel | sorry mis read :) | 14:10 |
ralonsoh | now | 14:10 |
ralonsoh | no | 14:10 |
ralonsoh | 241 and 412 | 14:10 |
ralonsoh | very similar | 14:10 |
ralonsoh | so I'll repeat | 14:10 |
ralonsoh | low-hanging fruit one: https://bugs.launchpad.net/neutron/+bug/1996241 | 14:10 |
haleyb | my old eyes saw them the same too | 14:10 |
ralonsoh | and the one I would like to talk about | 14:10 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/1996421 | 14:10 |
ralonsoh | ^^ please open this one | 14:10 |
ralonsoh | I talked to slaweq about this one this morning | 14:11 |
ralonsoh | and in c#5 I'm confirming what slaweq stated | 14:11 |
ralonsoh | in a nutshell: neutron is working fine, the RBAC policies are working as expected | 14:11 |
ralonsoh | if the user wants to limit the "port list", he/she can use the rule | 14:12 |
ralonsoh | "get_port": "rule:admin_or_owner" | 14:12 |
ralonsoh | ^^ with that rule you'll skip the port belonging to the other project (that is what is triggering this issue) | 14:12 |
obondarev | makes sense to me | 14:12 |
mlavalle1 | yeap, makes sense | 14:13 |
slaweq | ++ | 14:13 |
haleyb | +1 | 14:13 |
lajoskatona | +1 | 14:13 |
ralonsoh | thanks folks | 14:13 |
mlavalle1 | just adapt the default policy to suit your needs | 14:14 |
lajoskatona | agree, messing in code with it can cause more trouble | 14:14 |
ralonsoh | exactly (although we can discuss with Nova folks enabling the possibility of using other project ports) | 14:14 |
ralonsoh | but for the next PTG | 14:14 |
ralonsoh | and this week bcafarel is the bug deputy, next week will be lajoskatona | 14:15 |
frickler | well a user cannot change the policy, can they? | 14:15 |
ralonsoh | no, that should be the admin | 14:15 |
lajoskatona | ack | 14:16 |
slaweq | frickler: it's in the policy.yaml file so only operator can change that | 14:16 |
frickler | so if a cloud deployment wants to cater for different user requirements, this might still be an issue? | 14:16 |
ralonsoh | why? if you want to allow RBACs and you want to skip this issue using horizon, you'll need this policy change | 14:17 |
frickler | but I also don't think the api should be changed | 14:17 |
ralonsoh | that's the point, the API is working as expected | 14:17 |
ralonsoh | the interaction with other projects should be updated | 14:17 |
frickler | some users may want to see all ports, some may only want to see those in their project | 14:18 |
slaweq | from the other side I think that our default behavior is good as network's owner should IMO know about ports created in his/her network | 14:18 |
ralonsoh | I would limit this issue to what is described: the horizon por list | 14:18 |
ralonsoh | anything else could be filtered using the CLI | 14:18 |
frickler | then an option in horizon filter by project might be needed. ack. or check whether skyline does this better ;) | 14:19 |
frickler | fine for me, then, feel free to go on | 14:19 |
ralonsoh | thanks | 14:20 |
ralonsoh | let's move to the next topic | 14:20 |
ralonsoh | #topic os-ken | 14:20 |
ralonsoh | Story board to track ryu backports: https://storyboard.openstack.org/#!/story/2009283 | 14:20 |
ralonsoh | I've detected some new patches not included in os-ken | 14:20 |
ralonsoh | the first 4 are msgpack related | 14:20 |
ralonsoh | https://github.com/faucetsdn/ryu/commit/8990ed47edc82fb2b7600bf37029d6f770ef1a41 | 14:20 |
ralonsoh | https://github.com/faucetsdn/ryu/commit/aa10cac1db026c8c77354f257300440b55266c9c | 14:20 |
ralonsoh | https://github.com/faucetsdn/ryu/commit/dc7aa0abef38f3974d0e6fd7d80de5f5a6a03bf0 | 14:20 |
ralonsoh | https://github.com/faucetsdn/ryu/commit/045eca0592680d99b3b03c20b965b88ff126bff9 | 14:20 |
ralonsoh | and there are other 2 missing too | 14:21 |
ralonsoh | https://github.com/faucetsdn/ryu/commit/5b1343d7bc13026b85514515c60dd1aeb0a711a4 | 14:21 |
ralonsoh | https://github.com/faucetsdn/ryu/commit/fe1ca30fd40b215ff7e1a256b2f15757456a2229 | 14:21 |
ralonsoh | today I'll open the corresponding tasks in storyboard in order to track the backports | 14:21 |
lajoskatona | cool | 14:21 |
ralonsoh | and that's all for now | 14:22 |
lajoskatona | I missed these | 14:22 |
ralonsoh | next topic | 14:22 |
ralonsoh | nah, I don't think those are affecting Neutron | 14:22 |
ralonsoh | but just in case | 14:22 |
ralonsoh | #topic specs | 14:22 |
ralonsoh | #link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open | 14:22 |
ralonsoh | First one | 14:22 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron-specs/+/862133 | 14:23 |
ralonsoh | I'm finishing the review, IMO it's +2 | 14:23 |
ralonsoh | please check it, is almost done | 14:23 |
ralonsoh | next one | 14:23 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron-specs/+/857858 | 14:23 |
ralonsoh | slaweq, addressed the latest comments | 14:23 |
* mlavalle1 will review after the meetings | 14:23 | |
ralonsoh | IMO this one is ready too | 14:24 |
lajoskatona | +1 | 14:24 |
ralonsoh | the last active one is | 14:24 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron-specs/+/860859 | 14:24 |
ralonsoh | I'll address today Bence's comments | 14:24 |
ralonsoh | yestarday I had a 1:1 with Sean to talk about i | 14:25 |
ralonsoh | he left the feedback on the spec | 14:25 |
rubasov | last patch set I only had nits and left a +1 | 14:25 |
mlavalle1 | so, would it be better to wait for an updated patch? | 14:25 |
ralonsoh | I'll push a new PS today to address those nits | 14:25 |
ralonsoh | rubasov, thanks | 14:25 |
ralonsoh | mlavalle1, yes | 14:25 |
mlavalle1 | ack | 14:25 |
ralonsoh | and that's all in this topic | 14:26 |
ralonsoh | I would say that we have just a few specs but very well attended | 14:26 |
ralonsoh | thank you all for this | 14:26 |
ralonsoh | #topic comminity_goals | 14:27 |
ralonsoh | Consistent and Secure Default RBAC | 14:27 |
ralonsoh | 2 hours ago https://review.opendev.org/c/openstack/devstack/+/861930 was merged | 14:27 |
ralonsoh | so I think we can recheck https://review.opendev.org/c/openstack/tempest/+/614484 | 14:27 |
ralonsoh | all dependencies are done | 14:27 |
ralonsoh | slaweq, any update on this topic? | 14:28 |
slaweq | yeah, short one | 14:28 |
slaweq | gmann recently found an issue with those new RBAC policies in neutron | 14:28 |
slaweq | there is bug reported and patch https://review.opendev.org/c/openstack/neutron-lib/+/864213 | 14:29 |
slaweq | we will need to release new neutron-lib once this will be merged | 14:29 |
slaweq | and that's all from me | 14:29 |
slaweq | I didn't yet started any other work related to this topic | 14:29 |
ralonsoh | do we need that in Zed? | 14:29 |
slaweq | if someone will want to use new policies in Zed then it should be there | 14:30 |
slaweq | but actually there is possible workaround | 14:31 |
ralonsoh | ok, so we need it in master and Zed too | 14:31 |
lajoskatona | is that now a community goal to pass tempest with new roles? | 14:31 |
slaweq | if "enforce_scope" will not be enabled, it should works fine | 14:31 |
slaweq | in devstack there is one config knob to switch both "enforce_new_defaults" and "enforce_scope" | 14:31 |
ralonsoh | lajoskatona, yes, that was the goal of this release | 14:31 |
slaweq | but actually we are not using scopes other than project for now | 14:31 |
ralonsoh | if I'm not wrong | 14:31 |
slaweq | so if I think about it a bit longer, I don't think we need to backport it to Zed | 14:32 |
slaweq | we can but it's not critical IMO | 14:32 |
ralonsoh | right | 14:32 |
ralonsoh | better then, just for A | 14:32 |
lajoskatona | ok, thanks | 14:32 |
ralonsoh | the next topic we have is the migration to Ubuntu 22.04 | 14:33 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron/+/862492 | 14:33 |
ralonsoh | still some dependencies not merged | 14:33 |
ralonsoh | and this patch | 14:33 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/857031 | 14:33 |
ralonsoh | (I need to review it today) | 14:34 |
ralonsoh | the next topic, that I didn't add to the agenda, is the devstack neutron legacy removal | 14:35 |
slaweq | ralonsoh: it's in my todo list | 14:35 |
ralonsoh | I'll open (or re-open) a LP bug to track it and add it to the agenda | 14:35 |
ralonsoh | do you have a link? | 14:35 |
slaweq | but I didn't had time to get to this yet | 14:35 |
slaweq | ralonsoh: no, I don't have any link for that | 14:35 |
ralonsoh | np, in any case I'll create a new topic | 14:35 |
slaweq | I will open LP today | 14:35 |
ralonsoh | and thanks! | 14:35 |
slaweq | thx | 14:35 |
ralonsoh | and the last one (neither added to the agenda yet) | 14:36 |
ralonsoh | is the zuul config errors | 14:36 |
ralonsoh | I didn't start digging into this problem | 14:36 |
ralonsoh | I'll add the corresponding links and progress in the agenda | 14:37 |
ralonsoh | once we have this, we'll be able to share the work between the Neutron community | 14:37 |
lajoskatona | I can work on that too, most of them I suppose from stadiums anyway :P | 14:37 |
ralonsoh | (there are many old CI jobs failing) | 14:37 |
ralonsoh | yeah, most of them stadiums | 14:37 |
ralonsoh | lajoskatona, do you mind adding this topic to the agenda? | 14:37 |
ralonsoh | https://wiki.openstack.org/wiki/Network/Meetings#Community_Goals | 14:37 |
ralonsoh | and the corresponding links? | 14:38 |
frickler | let me know if I should force merge anything | 14:38 |
ralonsoh | frickler, thanks a lot | 14:38 |
ralonsoh | and that's all in this topic, let's move to the last one | 14:38 |
lajoskatona | yeah lets do it, and track | 14:38 |
frickler | although mostly making failing jobs n-v should be the better option | 14:38 |
ralonsoh | lajoskatona, thanks! | 14:39 |
ralonsoh | #topic on-demand | 14:39 |
ralonsoh | one topic only | 14:39 |
ralonsoh | #link https://review.opendev.org/c/openstack/releases/+/862937 | 14:39 |
ralonsoh | that's has been reviewed by 4 people | 14:39 |
bcafarel | Autumn cleanup time | 14:39 |
ralonsoh | and we didn't receive any feedback (good or bad) related | 14:40 |
haleyb | i need one review on this to fix py 3.11 | 14:40 |
ralonsoh | so i think we should merge it | 14:40 |
haleyb | https://review.opendev.org/c/openstack/neutron/+/864448 | 14:40 |
ralonsoh | haleyb, thanks! | 14:40 |
frickler | one comment related to the docs bugs you mentioned earlier | 14:40 |
frickler | the "normal" install guide still uses linuxbridge | 14:41 |
ralonsoh | ah this is my patch hehehe | 14:41 |
haleyb | ralonsoh: well, it's a follow-on with same commit message | 14:41 |
frickler | so you may want to consider to switch that to ovn directly. or switch to ovs and keep ovn guide separate | 14:41 |
ralonsoh | frickler, do you have the link? | 14:42 |
ralonsoh | that is referring to linuxbridge | 14:42 |
frickler | https://docs.openstack.org/neutron/latest/install/ | 14:42 |
frickler | "Install and configure for *" | 14:42 |
frickler | where suse might also be obsolete | 14:42 |
ralonsoh | well, at least not mantained or tested | 14:43 |
frickler | and then in there e.g. https://docs.openstack.org/neutron/latest/install/controller-install-option1-ubuntu.html#configure-the-modular-layer-2-ml2-plug-in | 14:43 |
ralonsoh | but I'm reluctant to remove a whole section | 14:43 |
ralonsoh | hmm this is indeed an old manual section | 14:44 |
ralonsoh | ok, I'll check it. We have a whole section for OVN | 14:45 |
ralonsoh | maybe we can just refer to OVS on these other sections | 14:45 |
frickler | https://docs.openstack.org/install-guide/overview.html#example-architecture is also very old | 14:45 |
frickler | networking for pike, queens or rocky ... | 14:46 |
lajoskatona | frickler: where the repo for this? | 14:46 |
frickler | I'm not sure. somewhere in openstack-manuals probably | 14:47 |
ralonsoh | duplicated in Nova and Neutron | 14:47 |
ralonsoh | (almost duplicated) | 14:47 |
frickler | https://opendev.org/openstack/openstack-manuals/src/branch/master/doc/install-guide/source/overview.rst | 14:48 |
lajoskatona | thanks | 14:48 |
ralonsoh | ok, we should probably remove this from our repo | 14:49 |
ralonsoh | and just refer to the openstack-manuals only | 14:49 |
frickler | the manuals refer to the neutron docs afaict | 14:49 |
frickler | just to outdated ones | 14:49 |
ralonsoh | this is also duplicated in Nova | 14:50 |
ralonsoh | so I'm not sure what is the source | 14:50 |
ralonsoh | I'll check the docs this week | 14:51 |
ralonsoh | any other topic? | 14:51 |
ralonsoh | thank you all and see you in some mins in the CI meeting | 14:52 |
ralonsoh | #endmeeting | 14:52 |
opendevmeet | Meeting ended Tue Nov 15 14:52:22 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:52 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2022/networking.2022-11-15-14.00.html | 14:52 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2022/networking.2022-11-15-14.00.txt | 14:52 |
opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2022/networking.2022-11-15-14.00.log.html | 14:52 |
mlavalle1 | o/ | 14:52 |
slaweq | o/ | 14:52 |
lajoskatona | o/ | 14:52 |
haleyb | o/ | 14:53 |
bcafarel | slaweq: quick question (hopefully) before CI meeting - https://bugs.launchpad.net/neutron/+bug/1996528 do you know why we do not allow GET on /identity/v3/projects/demo for normal users? | 14:56 |
* bcafarel too used running as admin | 14:57 | |
slaweq | bcafarel: but /identity/v3/projects/demo is keystone's endpoint | 14:57 |
slaweq | so it's not us who eventually forbids it | 14:57 |
lajoskatona | slaweq: ci meeting is video this week? | 14:58 |
bcafarel | slaweq: yes, just wondering if this is valid keystone bug, or we should use in CLI another way to get project ID, etc | 14:58 |
frickler | that is working as designed | 14:59 |
frickler | one could use an "--auth-project" option similar to https://opendev.org/openstack/python-openstackclient/src/branch/master/openstackclient/common/project_cleanup.py#L59 | 14:59 |
slaweq | I agree with frickler here, I don't think there is any bug there | 14:59 |
frickler | but regular users aren't allowed to list projects, that's the way it is | 14:59 |
* frickler was just working on the project cleanup code, that was a new option for me, too | 15:00 | |
slaweq | #startmeeting neutron_ci | 15:01 |
opendevmeet | Meeting started Tue Nov 15 15:01:55 2022 UTC and is due to finish in 60 minutes. The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:01 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:01 |
opendevmeet | The meeting name has been set to 'neutron_ci' | 15:01 |
slaweq | ralonsoh: ykarel bcafarel: ping | 15:02 |
slaweq | ci meeting is starting | 15:02 |
ralonsoh | slaweq, hi | 15:02 |
ykarel | hi | 15:02 |
slaweq | and it's on video this week | 15:02 |
bcafarel | o/ again | 15:02 |
slaweq | https://meetpad.opendev.org/neutron-ci-meetings | 15:02 |
slaweq | #link https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=1 | 15:03 |
slaweq | #topic Actions from previous meetings | 15:03 |
slaweq | slaweq to report bug about functional test failure on Ubuntu 22.04 | 15:03 |
slaweq | https://bugs.launchpad.net/neutron/+bug/1994491 | 15:03 |
slaweq | ralonsoh: check https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_5bc/853779/7/gate/neutron-tempest-plugin-ovn/5bc81b5/testr_results.html | 15:04 |
slaweq | #topic Stable branches | 15:05 |
bcafarel | https://review.opendev.org/c/openstack/neutron/+/863275 | 15:05 |
ykarel | #link https://review.opendev.org/c/openstack/neutron/+/864339 | 15:11 |
ykarel | #link https://review.opendev.org/c/openstack/releases/+/862937 | 15:13 |
ykarel | queens, rocky and stein EOL ^ | 15:13 |
slaweq | #topic Stadium projects | 15:14 |
slaweq | #action lajoskatona to check with infra team periodic jobs of the stadium projects | 15:15 |
slaweq | #topic Grafana | 15:17 |
ralonsoh | slaweq, https://review.opendev.org/c/openstack/neutron/+/863950 | 15:19 |
slaweq | #topic Rechecks | 15:20 |
slaweq | #topic Periodic | 15:22 |
slaweq | neutron-ovs-tempest-with-oslo-master | 15:23 |
lajoskatona | there is a bug for it: https://bugs.launchpad.net/neutron/+bug/1995091 | 15:24 |
ralonsoh | https://review.opendev.org/c/openstack/releases/+/864501 | 15:24 |
ralonsoh | https://review.opendev.org/c/openstack/oslo.privsep/+/864254 | 15:24 |
ralonsoh | bcafarel, do you have the link? | 15:28 |
bcafarel | ralonsoh: not yet, I need to write it (something similar to https://opendev.org/openstack/project-config/src/branch/master/gerrit/acls/openstack/tripleo-ci.config#L10 ) | 15:29 |
ralonsoh | bcafarel, ah ok, thanks! | 15:29 |
mlavalle1 | o/ | 15:29 |
mlavalle1 | slaweq: don't forget to close meeting here ;-) | 15:30 |
slaweq | #endmeeting | 15:30 |
opendevmeet | Meeting ended Tue Nov 15 15:30:13 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:30 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-11-15-15.01.html | 15:30 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-11-15-15.01.txt | 15:30 |
opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-11-15-15.01.log.html | 15:30 |
slaweq | thx mlavalle1 :) | 15:30 |
ykarel | ralonsoh, just wondering if oslo.privsep fix can be made compatible with both oslo.log 5.0.1 and 5.0.2 and release oslo.privsep along with oslo.log | 15:34 |
lajoskatona | bcafarel: I collected I think all the networking projects for toggleWip: https://review.opendev.org/c/openstack/project-config/+/864563 | 15:34 |
ykarel | just thinking if we can avoid the upcoming breakages you mentioned with oslo.log 5.0.2 release, not sure if other projects will be impacted too | 15:34 |
ralonsoh | ykarel, we need to skip the fix_eventlet call | 15:35 |
ralonsoh | I don't see any other way to do this | 15:35 |
ralonsoh | to prevent that, we'll block oslo.log 5.0.1 | 15:35 |
ykarel | with try: call setup with fix_eventlet=False, and in except setup call without that? | 15:36 |
bcafarel | lajoskatona++ that was fast :) | 15:37 |
ykarel | okk sounds good, blocking oslo.log 5.0.1 | 15:37 |
ykarel | Thanks | 15:37 |
ralonsoh | ykarel, but why? oslo.privsep will depend on oslo.log 5.0.2 | 15:37 |
opendevreview | Slawek Kaplonski proposed openstack/neutron-lib master: Don't check context.system_scope to check project scope https://review.opendev.org/c/openstack/neutron-lib/+/864213 | 15:37 |
ralonsoh | this new version will require the fixed oslo.log one | 15:37 |
ykarel | ralonsoh, got it, ignore now as we have preventive measure | 15:37 |
opendevreview | Rodolfo Alonso proposed openstack/neutron-specs master: Strict minimum bandwidth support for tunnelled networks https://review.opendev.org/c/openstack/neutron-specs/+/860859 | 15:41 |
opendevreview | Merged openstack/neutron stable/yoga: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863465 | 15:49 |
opendevreview | Merged openstack/neutron stable/xena: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863466 | 15:49 |
opendevreview | Merged openstack/neutron stable/wallaby: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863467 | 15:54 |
opendevreview | Merged openstack/neutron stable/victoria: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863468 | 15:57 |
opendevreview | Merged openstack/neutron stable/ussuri: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863469 | 15:57 |
opendevreview | Merged openstack/neutron-specs master: Spec: Add port hints and hint ovs-tx-steering https://review.opendev.org/c/openstack/neutron-specs/+/862133 | 16:06 |
opendevreview | Merged openstack/neutron stable/train: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863610 | 16:12 |
opendevreview | Merged openstack/neutron stable/stein: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863611 | 16:12 |
opendevreview | Merged openstack/neutron stable/rocky: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863612 | 16:12 |
opendevreview | Merged openstack/neutron stable/queens: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863613 | 16:12 |
opendevreview | Merged openstack/neutron stable/zed: Update documentation link for openSUSE index. https://review.opendev.org/c/openstack/neutron/+/863464 | 16:12 |
*** dulek_ is now known as dulek | 16:13 | |
opendevreview | Rodolfo Alonso proposed openstack/neutron-lib master: Added "qos" plugin to "EXT_PARENT_RESOURCE_MAPPING" https://review.opendev.org/c/openstack/neutron-lib/+/864568 | 16:33 |
ralonsoh | slaweq, ^ look how easy what this fix hehehe | 16:34 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Support for minimum bandwidth rules in tunnelled networks https://review.opendev.org/c/openstack/neutron/+/860639 | 16:58 |
opendevreview | Merged openstack/neutron-lib master: Add enforce_policy on device_id parameter https://review.opendev.org/c/openstack/neutron-lib/+/861167 | 17:14 |
opendevreview | Merged openstack/neutron master: Fix some pylint indentation warnings https://review.opendev.org/c/openstack/neutron/+/863673 | 17:33 |
opendevreview | Merged openstack/neutron master: Load the required configuration options in the UT classes https://review.opendev.org/c/openstack/neutron/+/864448 | 17:33 |
opendevreview | Merged openstack/neutron master: Fix some pylint indentation warnings https://review.opendev.org/c/openstack/neutron/+/863671 | 22:09 |
*** dasm is now known as dasm|off | 23:02 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!