Tuesday, 2022-11-15

zigohaleyb: You fixed me, thanks ! :)00:03
haleybzigo: great! no other neutron 3.11 issues?00:03
zigohaleyb: pyScss, as I reported in the list ...00:04
zigoBut not related to Neutron.00:04
zigoThere's going to be more, I believe...00:05
zigoI haven't tried setting-up a functional OpenStack with Py 3.11.00:05
zigo(yet)00:05
haleybyup, well file bugs and we'll try and fix them, this one's footprint made it easier to spot00:06
* haleyb takes off00:07
opendevreviewliuyulong proposed openstack/neutron master: Refactor for ovs qos driver meter limit features  https://review.opendev.org/c/openstack/neutron/+/86076602:21
opendevreviewliuyulong proposed openstack/neutron master: Add meter bandwidth bandwidth support  https://review.opendev.org/c/openstack/neutron/+/86076702:21
*** kleini_ is now known as kleini07:20
*** slaweq_ is now known as slaweq07:57
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: segment: enable multisegments support for host  https://review.opendev.org/c/openstack/neutron/+/84183808:17
opendevreviewRodolfo Alonso proposed openstack/neutron stable/wallaby: [stable-only] Do not fail making reservation when creating a SG  https://review.opendev.org/c/openstack/neutron/+/86443508:30
opendevreviewRodolfo Alonso proposed openstack/neutron-specs master: Strict minimum bandwidth support for tunnelled networks  https://review.opendev.org/c/openstack/neutron-specs/+/86085908: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
ralonsohpengo_, the sriov devices are not found in by the SRIOV agent08:57
ralonsohthat could mean you didn't configured the devices correctly on this agent08:58
pengo_ralonsoh: i tried to restart pod 08:58
ralonsohthis is not a problem of restarting the agent08:58
ralonsohbut the config08:58
ralonsohso you assign a VF to a VM port08:58
ralonsohwith a MAC address08:58
ralonsohbut the sriov agent is saying08:58
ralonsoh"Device with MAC 56:f9:09:10:7c:ef not defined on plugin"08:58
ralonsohthat means this VF is not in the list of VFs to be handled by the sriov agent08: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
ralonsohpengo_, no no, you don't need to do this. 09:05
ralonsohfirst of all, how are you creating the VM?09:05
ralonsohfrom horizon, I mean09:05
ralonsohare 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
ralonsohpengo_, and have those ports the corresponding vnic_tpye direct09:07
pengo_ralonsoh: yes09:07
ralonsohok, when you create the VM, Nova sets the Neutron port MAC on the VF09:08
ralonsohyou don't need to set it manually09:08
ralonsohif this VF is handled by the SRIOV agent, it will detect the change and will request information from Neutron09:08
ralonsohif the PCI address and the MAC address match what is in the DB09:09
ralonsohthe sriov agent will bind the port09: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
ralonsohpengo_, please check the sriov agent configuration09:11
ralonsohit could be (1) the VFs are not configured in the agent09:12
ralonsoh(2) the MAC address is not the Neutron port MAC address09:12
ralonsohcreate a launchpad bug and upload the sriov agent config, the Nova config (it should match) and the SRIOV agent logs in debug mode09:13
pengo_Ok sure will dig more. Thanks a lot for your time :)  09:13
pengo_ralonsoh: thanks again 09:13
opendevreviewFernando Royo proposed openstack/neutron stable/yoga: Check subnet overlapping after add router interface  https://review.opendev.org/c/openstack/neutron/+/86327512:49
opendevreviewFernando Royo proposed openstack/neutron stable/yoga: Check subnet overlapping after add router interface  https://review.opendev.org/c/openstack/neutron/+/86454213:28
bcafarelralonsoh: thanks for lengthy comment on https://bugs.launchpad.net/neutron/+bug/1996421 :)13:32
bcafarelotherwiseguy: 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 snapshot13:44
ralonsohbcafarel, yw (sorry, I was having lunch)13:57
*** dasm|off is now known as dasm13:58
bcafarelnp, lunch is important!13:58
ralonsoh#startmeeting networking14:00
opendevmeetMeeting 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
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'networking'14:00
mlavalle1o/14:00
ralonsohhello all14:00
obondarevhi14:00
rubasovo/14:01
lajoskatonao/14:01
ralonsohslaweq, bcafarel hi!14:02
bcafarelo/14:02
elvirao/14:02
ralonsohok, I think we can start 14:02
ralonsoh#topic announcements14:02
ralonsohAntelope / 2023.1 schedule: https://releases.openstack.org/antelope/schedule.html14:02
ralonsohwe are in week R-1814:03
ralonsohthat means m-114:03
ralonsohhttps://releases.openstack.org/antelope/schedule.html#a-114:03
ralonsohnext one (important one) will be the first week of january14:03
ralonsohand as usual, the recommendation14:04
ralonsohOpenInfra Live event - https://openinfra.dev/live/#all-episodes14:04
ralonsohplease check the videos14:04
*** haleyb_ is now known as haleyb14:04
ralonsohok, let's move to the next topic14:04
ralonsoh#topic bugs14:04
ralonsohlast week the bug report was on me14:04
ralonsoh#link https://lists.openstack.org/pipermail/openstack-discuss/2022-November/031179.html14:04
ralonsohI have some bugs to highlight14:05
ralonsohBugs without assignee14:05
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/199597214:05
ralonsohL3 router is doing schedule_routers when adding/removing external gateway14:05
ralonsohit is reported in Stein14:05
ralonsohbut I think this could be reproducible in master too (that's what I think)14:06
ralonsohdoes anyone have time for this?14:06
slaweqo/14:06
slaweqsorry for being late14:06
ralonsohnp14:06
ralonsohok, I'll try to take a look at this bug this week14:07
ralonsohnext one14:07
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/199624114:07
ralonsohow-hanging-fruit14:07
ralonsohlow-hanging-fruit14:07
ralonsohI also want to talk about this one14:08
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/199642114:08
ralonsohI already talked about it with slaweq this morning14:08
mlavalle1is this the low hanging fruit?14:08
ralonsohno, the previous one14:08
mlavalle1ack14:09
* haleyb can't get to launchpad at the moment to see either one14:09
ralonsohhmmmm sorry, wrong links14:09
ralonsohone sec14:09
slaweqlinks are good IMO14:09
ykarelboth links are same14:09
ykarelsorry mis read :)14:10
ralonsohnow14:10
ralonsohno14:10
ralonsoh241 and 41214:10
ralonsohvery similar14:10
ralonsohso I'll repeat14:10
ralonsohlow-hanging fruit one: https://bugs.launchpad.net/neutron/+bug/199624114:10
haleybmy old eyes saw them the same too14:10
ralonsohand the one I would like to talk about14:10
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/199642114:10
ralonsoh^^ please open this one14:10
ralonsohI talked to slaweq about this one this morning14:11
ralonsohand in c#5 I'm confirming what slaweq stated14:11
ralonsohin a nutshell: neutron is working fine, the RBAC policies are working as expected14:11
ralonsohif the user wants to limit the "port list", he/she can use the rule14: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
obondarevmakes sense to me14:12
mlavalle1yeap, makes sense14:13
slaweq++14:13
haleyb+114:13
lajoskatona+114:13
ralonsohthanks folks14:13
mlavalle1just adapt the default policy to suit your needs14:14
lajoskatonaagree, messing in code with it can cause more trouble14:14
ralonsohexactly (although we can discuss with Nova folks enabling the possibility of using other project ports)14:14
ralonsohbut for the next PTG14:14
ralonsohand this week bcafarel is the bug deputy, next week will be lajoskatona14:15
fricklerwell a user cannot change the policy, can they?14:15
ralonsohno, that should be the admin14:15
lajoskatonaack14:16
slaweqfrickler: it's in the policy.yaml file so only operator can change that14:16
fricklerso if a cloud deployment wants to cater for different user requirements, this might still be an issue?14:16
ralonsohwhy? if you want to allow RBACs and you want to skip this issue using horizon, you'll need this policy change14:17
fricklerbut I also don't think the api should be changed14:17
ralonsohthat's the point, the API is working as expected14:17
ralonsohthe interaction with other projects should be updated14:17
fricklersome users may want to see all ports, some may only want to see those in their project14:18
slaweqfrom the other side I think that our default behavior is good as network's owner should IMO know about ports created in his/her network14:18
ralonsohI would limit this issue to what is described: the horizon por list14:18
ralonsohanything else could be filtered using the CLI14:18
fricklerthen an option in horizon filter by project might be needed. ack. or check whether skyline does this better ;)14:19
fricklerfine for me, then, feel free to go on14:19
ralonsohthanks14:20
ralonsohlet's move to the next topic14:20
ralonsoh#topic os-ken14:20
ralonsohStory board to track ryu backports: https://storyboard.openstack.org/#!/story/200928314:20
ralonsohI've detected some new patches not included in os-ken14:20
ralonsohthe first 4 are msgpack related14:20
ralonsoh     https://github.com/faucetsdn/ryu/commit/8990ed47edc82fb2b7600bf37029d6f770ef1a4114:20
ralonsoh    https://github.com/faucetsdn/ryu/commit/aa10cac1db026c8c77354f257300440b55266c9c14:20
ralonsoh    https://github.com/faucetsdn/ryu/commit/dc7aa0abef38f3974d0e6fd7d80de5f5a6a03bf014:20
ralonsoh    https://github.com/faucetsdn/ryu/commit/045eca0592680d99b3b03c20b965b88ff126bff914:20
ralonsohand there are other 2 missing too14:21
ralonsohhttps://github.com/faucetsdn/ryu/commit/5b1343d7bc13026b85514515c60dd1aeb0a711a414:21
ralonsohhttps://github.com/faucetsdn/ryu/commit/fe1ca30fd40b215ff7e1a256b2f15757456a222914:21
ralonsohtoday I'll open the corresponding tasks in storyboard in order to track the backports14:21
lajoskatonacool14:21
ralonsohand that's all for now14:22
lajoskatonaI missed these14:22
ralonsohnext topic14:22
ralonsohnah, I don't think those are affecting Neutron14:22
ralonsohbut just in case14:22
ralonsoh#topic specs14:22
ralonsoh#link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open14:22
ralonsohFirst one14:22
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/86213314:23
ralonsohI'm finishing the review, IMO it's +214:23
ralonsohplease check it, is almost done14:23
ralonsohnext one14:23
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/85785814:23
ralonsohslaweq, addressed the latest comments14:23
* mlavalle1 will review after the meetings14:23
ralonsohIMO this one is ready too14:24
lajoskatona+114:24
ralonsohthe last active one is 14:24
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/86085914:24
ralonsohI'll address today Bence's comments14:24
ralonsohyestarday I had a 1:1 with Sean to talk about i14:25
ralonsohhe left the feedback on the spec14:25
rubasovlast patch set I only had nits and left a +114:25
mlavalle1so, would it be better to wait for an updated patch?14:25
ralonsohI'll push a new PS today to address those nits14:25
ralonsohrubasov, thanks14:25
ralonsohmlavalle1, yes14:25
mlavalle1ack14:25
ralonsohand that's all in this topic14:26
ralonsohI would say that we have just a few specs but very well attended14:26
ralonsohthank you all for this14:26
ralonsoh#topic comminity_goals14:27
ralonsohConsistent and Secure Default RBAC 14:27
ralonsoh2 hours ago https://review.opendev.org/c/openstack/devstack/+/861930 was merged14:27
ralonsohso I think we can recheck https://review.opendev.org/c/openstack/tempest/+/61448414:27
ralonsohall dependencies are done14:27
ralonsohslaweq, any update on this topic?14:28
slaweqyeah, short one14:28
slaweqgmann recently found an issue with those new RBAC policies in neutron14:28
slaweqthere is bug reported and patch https://review.opendev.org/c/openstack/neutron-lib/+/86421314:29
slaweqwe will need to release new neutron-lib once this will be merged14:29
slaweqand that's all from me14:29
slaweqI didn't yet started any other work related to this topic14:29
ralonsohdo we need that in Zed?14:29
slaweqif someone will want to use new policies in Zed then it should be there14:30
slaweqbut actually there is possible workaround14:31
ralonsohok, so we need it in master and Zed too14:31
lajoskatonais that now a community goal to pass tempest with new roles?14:31
slaweqif "enforce_scope" will not be enabled, it should works fine14:31
slaweqin devstack there is one config knob to switch both "enforce_new_defaults" and "enforce_scope"14:31
ralonsohlajoskatona, yes, that was the goal of this release14:31
slaweqbut actually we are not using scopes other than project for now14:31
ralonsohif I'm not wrong14:31
slaweqso if I think about it a bit longer, I don't think we need to backport it to Zed14:32
slaweqwe can but it's not critical IMO14:32
ralonsohright14:32
ralonsohbetter then, just for A14:32
lajoskatonaok, thanks14:32
ralonsohthe next topic we have is the migration to Ubuntu 22.0414:33
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/86249214:33
ralonsohstill some dependencies not merged14:33
ralonsohand this patch14:33
ralonsoh#link https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/85703114:33
ralonsoh(I need to review it today)14:34
ralonsohthe next topic, that I didn't add to the agenda, is the devstack neutron legacy removal14:35
slaweqralonsoh: it's in my todo list14:35
ralonsohI'll open (or re-open) a LP bug to track it and add it to the agenda14:35
ralonsohdo you have a link?14:35
slaweqbut I didn't had time to get to this yet14:35
slaweqralonsoh: no, I don't have any link for that14:35
ralonsohnp, in any case I'll create a new topic14:35
slaweqI will open LP today14:35
ralonsohand thanks!14:35
slaweqthx14:35
ralonsohand the last one (neither added to the agenda yet)14:36
ralonsohis the zuul config errors14:36
ralonsohI didn't start digging into this problem14:36
ralonsohI'll add the corresponding links and progress in the agenda14:37
ralonsohonce we have this, we'll be able to share the work between the Neutron community14:37
lajoskatonaI can work on that too, most of them I suppose from stadiums anyway :P14:37
ralonsoh(there are many old CI jobs failing)14:37
ralonsohyeah, most of them stadiums14:37
ralonsohlajoskatona, do you mind adding this topic to the agenda?14:37
ralonsohhttps://wiki.openstack.org/wiki/Network/Meetings#Community_Goals14:37
ralonsohand the corresponding links?14:38
fricklerlet me know if I should force merge anything14:38
ralonsohfrickler, thanks a lot14:38
ralonsohand that's all in this topic, let's move to the last one14:38
lajoskatonayeah lets do it, and track14:38
frickleralthough mostly making failing jobs n-v should be the better option14:38
ralonsohlajoskatona, thanks!14:39
ralonsoh#topic on-demand14:39
ralonsohone topic only14:39
ralonsoh#link https://review.opendev.org/c/openstack/releases/+/86293714:39
ralonsohthat's has been reviewed by 4 people14:39
bcafarelAutumn cleanup time14:39
ralonsohand we didn't receive any feedback (good or bad) related14:40
haleybi need one review on this to fix py 3.1114:40
ralonsohso i think we should merge it14:40
haleybhttps://review.opendev.org/c/openstack/neutron/+/86444814:40
ralonsohhaleyb, thanks!14:40
fricklerone comment related to the docs bugs you mentioned earlier14:40
fricklerthe "normal" install guide still uses linuxbridge14:41
ralonsohah this is my patch hehehe14:41
haleybralonsoh: well, it's a follow-on with same commit message14:41
fricklerso you may want to consider to switch that to ovn directly. or switch to ovs and keep ovn guide separate14:41
ralonsohfrickler, do you have the link?14:42
ralonsohthat is referring to linuxbridge14:42
fricklerhttps://docs.openstack.org/neutron/latest/install/14:42
frickler"Install and configure for *"14:42
fricklerwhere suse might also be obsolete14:42
ralonsohwell, at least not mantained or tested14:43
fricklerand then in there e.g. https://docs.openstack.org/neutron/latest/install/controller-install-option1-ubuntu.html#configure-the-modular-layer-2-ml2-plug-in14:43
ralonsohbut I'm reluctant to remove a whole section14:43
ralonsohhmm this is indeed an old manual section14:44
ralonsohok, I'll check it. We have a whole section for OVN14:45
ralonsohmaybe we can just refer to OVS on these other sections14:45
fricklerhttps://docs.openstack.org/install-guide/overview.html#example-architecture is also very old14:45
fricklernetworking for pike, queens or rocky ...14:46
lajoskatonafrickler: where the repo for this?14:46
fricklerI'm not sure. somewhere in openstack-manuals probably14:47
ralonsohduplicated in Nova and Neutron14:47
ralonsoh(almost duplicated)14:47
fricklerhttps://opendev.org/openstack/openstack-manuals/src/branch/master/doc/install-guide/source/overview.rst14:48
lajoskatonathanks14:48
ralonsohok, we should probably remove this from our repo14:49
ralonsohand just refer to the openstack-manuals only14:49
fricklerthe manuals refer to the neutron docs afaict14:49
fricklerjust to outdated ones14:49
ralonsohthis is also duplicated in Nova14:50
ralonsohso I'm not sure what is the source14:50
ralonsohI'll check the docs this week14:51
ralonsohany other topic?14:51
ralonsohthank you all and see you in some mins in the CI meeting14:52
ralonsoh#endmeeting14:52
opendevmeetMeeting ended Tue Nov 15 14:52:22 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:52
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2022/networking.2022-11-15-14.00.html14:52
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2022/networking.2022-11-15-14.00.txt14:52
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2022/networking.2022-11-15-14.00.log.html14:52
mlavalle1o/14:52
slaweqo/14:52
lajoskatonao/14:52
haleybo/14:53
bcafarelslaweq: 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 admin14:57
slaweqbcafarel: but /identity/v3/projects/demo is keystone's endpoint14:57
slaweqso it's not us who eventually forbids it14:57
lajoskatonaslaweq: ci meeting is video this week?14:58
bcafarelslaweq: yes, just wondering if this is valid keystone bug, or we should use in CLI another way to get project ID, etc14:58
fricklerthat is working as designed14:59
fricklerone could use an "--auth-project" option similar to https://opendev.org/openstack/python-openstackclient/src/branch/master/openstackclient/common/project_cleanup.py#L5914:59
slaweqI agree with frickler here, I don't think there is any bug there14:59
fricklerbut regular users aren't allowed to list projects, that's the way it is14:59
* frickler was just working on the project cleanup code, that was a new option for me, too15:00
slaweq#startmeeting neutron_ci15:01
opendevmeetMeeting 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
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
opendevmeetThe meeting name has been set to 'neutron_ci'15:01
slaweqralonsoh: ykarel bcafarel: ping15:02
slaweqci meeting is starting15:02
ralonsohslaweq, hi15:02
ykarelhi15:02
slaweqand it's on video this week15:02
bcafarelo/ again15:02
slaweqhttps://meetpad.opendev.org/neutron-ci-meetings15:02
slaweq#link https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=115:03
slaweq#topic Actions from previous meetings15:03
slaweqslaweq to report bug about functional test failure on Ubuntu 22.0415:03
slaweqhttps://bugs.launchpad.net/neutron/+bug/199449115: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.html15:04
slaweq#topic Stable branches15:05
bcafarelhttps://review.opendev.org/c/openstack/neutron/+/86327515:05
ykarel#link https://review.opendev.org/c/openstack/neutron/+/86433915:11
ykarel#link https://review.opendev.org/c/openstack/releases/+/86293715:13
ykarelqueens, rocky and stein EOL ^15:13
slaweq#topic Stadium projects15:14
slaweq#action lajoskatona to check with infra team periodic jobs of the stadium projects15:15
slaweq#topic Grafana15:17
ralonsohslaweq, https://review.opendev.org/c/openstack/neutron/+/86395015:19
slaweq#topic Rechecks15:20
slaweq#topic Periodic15:22
slaweqneutron-ovs-tempest-with-oslo-master15:23
lajoskatonathere is a bug for it: https://bugs.launchpad.net/neutron/+bug/199509115:24
ralonsohhttps://review.opendev.org/c/openstack/releases/+/86450115:24
ralonsohhttps://review.opendev.org/c/openstack/oslo.privsep/+/86425415:24
ralonsohbcafarel, do you have the link?15:28
bcafarelralonsoh: 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
ralonsohbcafarel, ah ok, thanks!15:29
mlavalle1o/15:29
mlavalle1slaweq: don't forget to close meeting here ;-)15:30
slaweq#endmeeting15:30
opendevmeetMeeting ended Tue Nov 15 15:30:13 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:30
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-11-15-15.01.html15:30
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-11-15-15.01.txt15:30
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-11-15-15.01.log.html15:30
slaweqthx mlavalle1 :)15:30
ykarelralonsoh, 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.log15:34
lajoskatonabcafarel: I collected I think all the networking projects for toggleWip: https://review.opendev.org/c/openstack/project-config/+/86456315:34
ykareljust 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 too15:34
ralonsohykarel, we need to skip the fix_eventlet call15:35
ralonsohI don't see any other way to do this15:35
ralonsohto prevent that, we'll block oslo.log 5.0.115:35
ykarelwith try: call setup with fix_eventlet=False, and in except setup call without that?15:36
bcafarellajoskatona++ that was fast :) 15:37
ykarelokk sounds good, blocking oslo.log 5.0.115:37
ykarelThanks15:37
ralonsohykarel, but why? oslo.privsep will depend on oslo.log 5.0.215:37
opendevreviewSlawek Kaplonski proposed openstack/neutron-lib master: Don't check context.system_scope to check project scope  https://review.opendev.org/c/openstack/neutron-lib/+/86421315:37
ralonsohthis new version will require the fixed oslo.log one15:37
ykarelralonsoh, got it, ignore now as we have preventive measure15:37
opendevreviewRodolfo Alonso proposed openstack/neutron-specs master: Strict minimum bandwidth support for tunnelled networks  https://review.opendev.org/c/openstack/neutron-specs/+/86085915:41
opendevreviewMerged openstack/neutron stable/yoga: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86346515:49
opendevreviewMerged openstack/neutron stable/xena: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86346615:49
opendevreviewMerged openstack/neutron stable/wallaby: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86346715:54
opendevreviewMerged openstack/neutron stable/victoria: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86346815:57
opendevreviewMerged openstack/neutron stable/ussuri: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86346915:57
opendevreviewMerged openstack/neutron-specs master: Spec: Add port hints and hint ovs-tx-steering  https://review.opendev.org/c/openstack/neutron-specs/+/86213316:06
opendevreviewMerged openstack/neutron stable/train: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86361016:12
opendevreviewMerged openstack/neutron stable/stein: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86361116:12
opendevreviewMerged openstack/neutron stable/rocky: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86361216:12
opendevreviewMerged openstack/neutron stable/queens: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86361316:12
opendevreviewMerged openstack/neutron stable/zed: Update documentation link for openSUSE index.  https://review.opendev.org/c/openstack/neutron/+/86346416:12
*** dulek_ is now known as dulek16:13
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Added "qos" plugin to "EXT_PARENT_RESOURCE_MAPPING"  https://review.opendev.org/c/openstack/neutron-lib/+/86456816:33
ralonsohslaweq, ^ look how easy what this fix hehehe16:34
opendevreviewRodolfo Alonso proposed openstack/neutron master: Support for minimum bandwidth rules in tunnelled networks  https://review.opendev.org/c/openstack/neutron/+/86063916:58
opendevreviewMerged openstack/neutron-lib master: Add enforce_policy on device_id parameter  https://review.opendev.org/c/openstack/neutron-lib/+/86116717:14
opendevreviewMerged openstack/neutron master: Fix some pylint indentation warnings  https://review.opendev.org/c/openstack/neutron/+/86367317:33
opendevreviewMerged openstack/neutron master: Load the required configuration options in the UT classes  https://review.opendev.org/c/openstack/neutron/+/86444817:33
opendevreviewMerged openstack/neutron master: Fix some pylint indentation warnings  https://review.opendev.org/c/openstack/neutron/+/86367122:09
*** dasm is now known as dasm|off23:02

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