Monday, 2023-02-06

opendevreviewZhouHeng proposed openstack/neutron master: [ovn]l3 plugin support floating ip distributed attribues  https://review.opendev.org/c/openstack/neutron/+/85695506:33
opendevreviewMerged openstack/neutron master: Removed duplicated job call in experimental queue  https://review.opendev.org/c/openstack/neutron/+/87227406:47
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-octavia-provider stable/zed: Remove LB from LS belonging to provider networks  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/87257706:48
opendevreviewMaurice Escher proposed openstack/neutron master: allow manila ports to do multiple port binding for ML2  https://review.opendev.org/c/openstack/neutron/+/86929508:21
lajoskatonaslaweq, ykarel: Hi, Could you please check this small one for n-d-r when you have some free time: https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/872384 ? This is another one for qslalchemy 208:31
ykarellajoskatona, ack08:34
lajoskatonaykarel: thanks08:39
opendevreviewZhouHeng proposed openstack/neutron master: [ovn]l3 plugin support floating ip distributed attribues  https://review.opendev.org/c/openstack/neutron/+/85695508:46
*** gibi_pto is now known as gibi08:47
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: [Secure RBAC] Enable scope enforcing in jobs run on master branch  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/86751809:12
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Clean definitions of the CI jobs for EOL'ed branches  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/87273609:15
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Skip ports with VNIC type direct and no port binding  https://review.opendev.org/c/openstack/neutron/+/87273709:30
opendevreviewTom Weininger proposed openstack/ovn-octavia-provider master: Replace python-neutronclient with openstacksdk  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/87051409:54
opendevreviewRodolfo Alonso proposed openstack/neutron master: Filter subnets by "enable_dhcp" flag using the correct type  https://review.opendev.org/c/openstack/neutron/+/87274510:18
opendevreviewKrzysztof Tomaszewski proposed openstack/neutron stable/victoria: [ovn]neutron agent show real heartbeat_timestamp  https://review.opendev.org/c/openstack/neutron/+/87268310:32
opendevreviewTom Weininger proposed openstack/ovn-octavia-provider master: Replace python-neutronclient with openstacksdk  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/87051410:44
opendevreviewMerged openstack/ovn-octavia-provider stable/xena: Remove LB from LS belonging to provider networks  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/87257911:18
opendevreviewMerged openstack/ovn-octavia-provider stable/wallaby: Remove LB from LS belonging to provider networks  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/87258011:19
opendevreviewMerged openstack/ovn-octavia-provider stable/zed: Remove LB from LS belonging to provider networks  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/87257711:19
opendevreviewRodolfo Alonso proposed openstack/neutron master: Adapt deploy_rootwrap filters path for tox4  https://review.opendev.org/c/openstack/neutron/+/86755411:28
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM Trying to get fullstack logs with tox4  https://review.opendev.org/c/openstack/neutron/+/86838011:28
opendevreviewTom Weininger proposed openstack/ovn-octavia-provider master: Replace python-neutronclient with openstacksdk  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/87051411:33
opendevreviewFelix Huettner proposed openstack/neutron-lib master: Update status code for ExternalGatewayForFloatingIPNotFound  https://review.opendev.org/c/openstack/neutron-lib/+/87274812:23
opendevreviewLajos Katona proposed openstack/neutron-lib master: model_query: Improve perf with large # of RBAC  https://review.opendev.org/c/openstack/neutron-lib/+/81745912:31
opendevreviewTom Weininger proposed openstack/ovn-octavia-provider master: Replace python-neutronclient with openstacksdk  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/87051413:16
opendevreviewMerged openstack/os-vif master: Increase the swap size to 8GB in tempest jobs  https://review.opendev.org/c/openstack/os-vif/+/87265513:16
*** dasm|off is now known as dasm|rover13:52
bcafarelykarel: hi I was checking ussuri https://review.opendev.org/c/openstack/neutron/+/871989 (broken grenade) - is there a LP for the paramiko train issue? Or fix in progress?13:58
bcafarelykarel: given ussuri EM status, scaling back grenade to non-voting may also be option13:59
ykarelbcafarel, i see you rechecked, is it still failing?13:59
bcafarelykarel: yes https://zuul.opendev.org/t/openstack/build/2248c27a9d5f4dae895058f0e8589115 14:01
ykarelbcafarel, ack let me check if its same issue or not14:03
elodillesbcafarel: ussuri and train is broken for multiple projects due to cryptography (bcrypt) installation fails, if i'm not mistaken: https://zuul.opendev.org/t/openstack/build/2248c27a9d5f4dae895058f0e8589115/log/job-output.txt#1503714:04
elodillesit is probably because some old pre-built wheel disappeared from pypi, and now cryptography requires rust compiler to build14:06
ykarelbcafarel, yes it's same14:07
elodillesi don't know yet how to fix it... (with newer pip the error disappears though)14:07
ykarelelodilles, yes with newer pip it works14:09
ykarelseems you trying to fix this issue only with https://review.opendev.org/q/topic:ensure-rust-cryptography ?14:09
elodillesykarel: i tried that but it was not enough14:09
elodillesif you have a better/working fix then please let me know o:) (as multiple projects are failing on it, as I said :S)14:12
ykareliirc older pip don't recognize newer wheels that's why it's not pulling wheels14:13
ykarelhttps://pypi.org/project/cryptography/39.0.0/#files14:13
elodilleshmmm, i see, thx for the info!14:16
opendevreviewMerged openstack/ovsdbapp master: Define "LbAddIpPortMappingCommand" with latin chars  https://review.opendev.org/c/openstack/ovsdbapp/+/87220014:25
ykareljfr found https://github.com/pypa/pip/issues/9077 14:27
amaraoI'm trying to find a way to use segments (?) to allow automatic selection of different subnetworks for a given network.14:36
amaraoBasically I have a normal (neutron managed/routed) network with multiple small (/28) subnetworks, and I want to be able to use a single network name during VM creation, so nova (neutron) are choosing subnet for me.14:36
amaraoWhat extension can do this? 'segments' is tightly bounded by 'provider: physical_network' (which is None in my case).14:36
felixhuettner[m]Hi everyone, i just started working on https://bugs.launchpad.net/neutron/+bug/2006122 and noticed that i would need a cyclic "depends-on" for that as i need to touch neutron-lib and tempest at the same time. Could you help me with how i could accomplish that?14:38
labedz_amarao: maybe Routed provider networks are for you: https://docs.openstack.org/neutron/latest/admin/config-routed-networks.html ?14:38
ralonsohamarao, what exactly do you need? to be able to provide an IP on a subnet?14:38
ralonsohif this is the case, you don't need segments14:39
amaraoI have host bgp to terminate routes on the network host, and then there is openstack router doing routing for clients, so routed-networks is not working for that case (at least not within docs scope).14:39
ralonsohright so what you should need is to create a port with an assigned IP on the required subnet 14:41
ralonsohand then create the VM with this port14:41
amaraoThe problem I'm trying to solve is that multiple tenants (without NAT) in the same overlay network is a mess, so we need to keep networks small. But this creates API problem: which network to create instance in. We want one network 'internet' with multiple small subnets. I've tried, but nova is actively resisted: NovaException: None of the segments of network {uuid} provides a physical_network14:41
ralonsohif you are using L3 in Neutron, do not use multiple segments14:42
amaraoAnd there is no physical_network, because it's not 'physical L2 networks', as they are created and managed by OS.14:42
ralonsohthose are two different concepts14:42
ralonsohwhen do you have this message?14:42
ykarelelodilles, what's missing in those fixes? i only see options:- upgrade pip or ensure rust or somehow pin paramkiko<3.0.014:43
amaraoI've created vxlan network with muliple segments (neutron router from 'connection' network to OS network), and tried to create instance in it.14:43
ralonsohamarao, please check the documentation for routed segment networks14:44
amaraoTrace (zed): https://gist.github.com/amarao/3f894326707e85ebd08b7af06059f75814:44
ralonsohthis is the Nova exception14:45
ralonsohthat gives no information aboyt the issue in Neutron14:45
ralonsohamarao, please open a launchpad bug describing the issue you have14:45
ralonsohproviding logs and how to reproduce it14:45
amaraoYes, it's hardcoded in Nova, I've checked.14:45
amaraoBut I thought it's neutron domain.14:45
amaraoI've read routed-networks, they propose to use segments with provider-network, and I have none for my network. I've just come to ask, may be there is some other extention to work with L3 but with a single network name...14:46
amaraoBtw, are there list of extentions for neutron with extended description? Just listing through API is a bit too concise.14:48
ralonsohno that I'm aware, you can list those supported and check in the documentation for more info14:50
ralonsohfelixhuettner[m], you can re-implement temporarily "ExternalGatewayForFloatingIPNotFound" in Neutron code, inheriting from BadRequest instead of NotFound with a note saying to bump the n-lib version14:51
ralonsohfelixhuettner[m], be careful if this exception is used anywhere else14:51
ralonsohhttps://codesearch.openstack.org/?q=ExternalGatewayForFloatingIPNotFound&i=nope&literal=nope&files=&excludeFiles=&repos=14:51
amaraoSo, basically, it's either provider L2 (and then there are segments), or no luck, because L3 routed network shouldn't have segments...14:52
opendevreviewyatin proposed openstack/neutron stable/ussuri: [DNM] Check upgrades  https://review.opendev.org/c/openstack/neutron/+/87275614:52
ralonsohamarao, please, describe what are you trying to achieve. If that is written in a launchpad bug, that will be better and we'll help us you in a better way14:53
amaraoI created configuration where I have L2 'connection network' between host and openstack router (it's 'flat' network for openstack). In reality this network is routing traffic via bgp with provider. Actual networks for tenants are created in the neuton in the same address scope as 'connection network', so there is no NAT, only routing.14:56
amaraoAfter that I start to wonder if I can replace multiple 'networks' in API, with one 'the network' to connect to, but with subnets (and openstack-managed segments underneath).14:56
felixhuettner[m]<ralonsoh> "felix.huettner, you can re-..." <- thanks for the hint15:00
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: rbacs: filter out model that are already owned by context  https://review.opendev.org/c/openstack/neutron/+/87111315:23
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: rbacs: tests mix on networks and users  https://review.opendev.org/c/openstack/neutron/+/87276115:23
sahidralonsoh: o/ - just small heads-up regarding the change for rbacs, i have added a functional test, but it is not part of the change, so we can test the current behavior, against the change15:25
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: rbacs: add functionl test that asserts behavior on networks/users  https://review.opendev.org/c/openstack/neutron/+/87276115:34
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: rbacs: filter out model that are already owned by context  https://review.opendev.org/c/openstack/neutron/+/87111315:34
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: rbacs: fix typo, s/cxt/ctx  https://review.opendev.org/c/openstack/neutron/+/87276215:34
*** marlinc is now known as Guest376015:46
ykarelelodilles, i did a quick test at https://review.opendev.org/c/openstack/neutron/+/872756 and with that it works15:50
elodillesykarel: paramiko is pinned (ussuri: paramiko===2.7.1; train: paramiko===2.6.0). i've tried the ensure-rust so far and it seemed to be not working. i haven't tried to use newer pip (i remember something was failing when we started to use newer pip version, that's why it is pinned too).15:58
elodillesykarel: so your patch is different than mine by adding ensure-rust directly to the job definition in neutron repository15:59
elodillesykarel: while i added it in the common job definition15:59
ykarelelodilles, yes it's pinned but in tempest-26.1.0(train version) it's set to paramiko>=2.7.0 so it attempts to install latest available paramiko(which then attempts to source(because of old pip) install cryptography>=3.3)16:01
ykarelelodilles, you did it in master branch of grenade but job is ussuri/train so need to patch those branches16:02
elodillesoh, hmmmm. so you say tempest does not use upper constraints16:02
ykarelalso need to fix non grenade jobs too in train16:02
ykarelelodilles, it does while setting up deps but then while installing tempest itself use_develop=True , paramiko requirement is not matched so it tries to udpate16:04
elodillesouch :S16:07
elodilleshmm, yes, you are right with my change: i've added it on the master branch (somehow i remembered i added it some branchless repo - like openstack-zuul-jobs - but grenade is clearly branched)16:09
ykarelyeap16:09
elodillesykarel: in that case the grenades will work hopefully. but as you say, we still have the tempest jobs on train :/16:10
ykarelyes for that need to do this in some other playbook16:13
ykarelrunning in those train jobs16:14
* ykarel need to drop now will catch up tomorrow16:16
elodillesykarel: thx for the heads up, have a nice evening o/16:21
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Skip ports with VNIC type direct and no port binding  https://review.opendev.org/c/openstack/neutron/+/87273716:27
opendevreviewMerged openstack/os-vif master: Implement "BaseCommand" result property  https://review.opendev.org/c/openstack/os-vif/+/87239118:32
*** dmitriis9 is now known as dmitriis21:51
*** seebaer is now known as seba21:51
*** EugenMayer43 is now known as EugenMayer421:51
*** noonedeadpunk_ is now known as noonedeadpunk21:51
*** marlinc is now known as Guest390721:57
opendevreviewMiguel Lavalle proposed openstack/neutron master: [WIP][DNM][OVN] Change the default firewall policy  https://review.opendev.org/c/openstack/neutron/+/83906623:35

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