*** tbachman is now known as Guest2804 | 00:15 | |
opendevreview | Merged openstack/neutron master: Bump os-ken to 2.2.0 https://review.opendev.org/c/openstack/neutron/+/813666 | 01:30 |
---|---|---|
opendevreview | Lajos Katona proposed openstack/neutron-lib master: BFD validator https://review.opendev.org/c/openstack/neutron-lib/+/809978 | 07:35 |
opendevreview | Elvira García Ruiz proposed openstack/networking-ovn stable/train: [ovn] Add logs for ovs to ovn migration https://review.opendev.org/c/openstack/networking-ovn/+/813963 | 08:19 |
opendevreview | liuyulong proposed openstack/neutron master: Make flow installation trunk size automatic adjustment https://review.opendev.org/c/openstack/neutron/+/765072 | 08:35 |
frickler | slaweq: does OVN inhibit the use of the dns extensions? wasn't that fixed some time ago? I get e.g. "Unrecognized attribute(s) 'dns_domain'" when I try to create a port with that option on a fresh devstack deployment (service q-dns enabled) | 08:37 |
frickler | oh, I think those other dns_* extension also need to be added in neutron/common/ovn/extensions.py | 08:44 |
frickler | patch upcoming | 08:45 |
frickler | also indicates that test coverage could be improved | 08:45 |
opendevreview | Rodolfo Alonso proposed openstack/networking-ovn stable/train: [OVN] Update the DHCP options when the metadata port is modified https://review.opendev.org/c/openstack/networking-ovn/+/812714 | 08:45 |
opendevreview | Rodolfo Alonso proposed openstack/networking-ovn stable/train: [OVN] Update the DHCP options when the metadata port is modified https://review.opendev.org/c/openstack/networking-ovn/+/812714 | 08:46 |
ralonsoh | frickler, if I'm not wrong, that was added in https://review.opendev.org/c/openstack/neutron/+/686343/31/neutron/common/ovn/extensions.py | 08:49 |
frickler | ralonsoh: yes, but that's incomplete. needs dns_domain_ports and dns_publish_fixed_ip, too. I have a patch ready, just checking on that comment before the block regarding docs | 08:50 |
opendevreview | Rodolfo Alonso proposed openstack/neutron stable/ussuri: [OVN] Update the DHCP options when the metadata port is modified https://review.opendev.org/c/openstack/neutron/+/813411 | 08:54 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Use importlib instead of imp https://review.opendev.org/c/openstack/neutron/+/804596 | 09:00 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Check if OVN NB supports "Port_Group" https://review.opendev.org/c/openstack/neutron/+/812176 | 09:07 |
dalvarez | lucasagomes: i left some comments https://review.opendev.org/c/openstack/neutron/+/813610/ | 09:08 |
lucasagomes | dalvarez, will take a look | 09:08 |
dalvarez | ihrachys_: lucasagomes ^ what if we fix them to those values and avoid setting a config option? maybe im missing some case | 09:08 |
dalvarez | the only 'catch' is that we'll send one ARP occasionally and even in the worst case, with these options we'll be like we're today | 09:09 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Metadata ports device_owner is "network:distributed" only https://review.opendev.org/c/openstack/neutron/+/807707 | 09:10 |
lucasagomes | dalvarez, I would defer to whether hardcode those tunnings or not to ihar, not sure if someone may want to disable those options | 09:13 |
opendevreview | Dr. Jens Harbott proposed openstack/neutron master: Fix list of DNS extensions supported by OVN https://review.opendev.org/c/openstack/neutron/+/813969 | 09:22 |
frickler | ralonsoh: slaweq: ^^ also added a bug so it can get backported | 09:22 |
ralonsoh | frickler, I think there was a problem when those extensions where used at the same time | 09:23 |
ralonsoh | If I remember correctly, those extensions had the same base class | 09:23 |
ralonsoh | and calling twice the same parent method produced an error | 09:24 |
frickler | ralonsoh: the only issue I know of is that you may only set one of them in the ml2.ini | 09:24 |
ralonsoh | but I need to check that | 09:24 |
ralonsoh | frickler, in OVN the extensions are loaded from this variable | 09:24 |
ralonsoh | this is an static configuration | 09:24 |
ralonsoh | anyway, let me check what I'm saying | 09:25 |
frickler | ralonsoh: well I'm testing my patch locally in devstack and it seems to work just fine, so I'm pretty confident | 09:27 |
opendevreview | Maxim Babushkin proposed openstack/neutron master: Add "FLAVOR_NAME" to ovn migration resources creation https://review.opendev.org/c/openstack/neutron/+/813972 | 09:37 |
ralonsoh | lajoskatona, slaweq hi. With all those new patches in os-ken, I would request a new version ASAP | 10:01 |
ralonsoh | just to test it | 10:01 |
lajoskatona | ralonsoh: ok, thanks | 10:02 |
-opendevstatus- NOTICE: zuul was stuck processing jobs and has been restarted. pending jobs will be re-enqueued | 10:02 | |
opendevreview | Maxim Babushkin proposed openstack/neutron master: Add "FLAVOR_NAME" to ovn migration resources creation https://review.opendev.org/c/openstack/neutron/+/813972 | 10:09 |
slaweq | ralonsoh++ | 10:20 |
slaweq | ralonsoh: lajoskatona but we have os-ken-from-master job in periodic queue | 10:21 |
ralonsoh | you are right | 10:21 |
slaweq | so when the patches will be merged we can check it I think | 10:21 |
ralonsoh | so maybe this is a better place to check | 10:21 |
slaweq | ralonsoh: also, we have tempest-integrated-networking job run in the os-ken check queue so it should be more or less ok :) | 10:22 |
slaweq | I hope so at least | 10:22 |
slaweq | maybe we can add to os-ken some ovs based scenario job, wdyt? | 10:22 |
ralonsoh | I think that's enough, having the periodic job and the tempest test in the check queue | 10:23 |
lajoskatona | don't we have some experimental job for it? | 10:29 |
lajoskatona | hmmm, it seems no | 10:29 |
opendevreview | Slawek Kaplonski proposed openstack/neutron master: Change tobiko CI job in the periodic queue https://review.opendev.org/c/openstack/neutron/+/813977 | 10:46 |
ralonsoh | slaweq, can you send the link for the OpenInfra live event? | 11:17 |
ralonsoh | the youtube link | 11:17 |
ralonsoh | 1400UTC for everyone who wants to watch it | 11:18 |
opendevreview | Lajos Katona proposed openstack/os-ken master: add ofproto 1.3 coverage, check key-error and attribute-error. https://review.opendev.org/c/openstack/os-ken/+/813985 | 11:27 |
lajoskatona | ralonsoh: https://www.youtube.com/watch?v=4ZLqILbLIpQ&ab_channel=OpenInfrastructureFoundation | 11:32 |
ralonsoh | lajoskatona, thanks! | 11:32 |
lajoskatona | slaweq: Do You think we need rbac session: https://etherpad.opendev.org/p/policy-popup-yoga-ptg ? | 12:21 |
lajoskatona | slaweq: on this pad there's Neutron mentioned as how nova can reach Neutron API | 12:21 |
slaweq | lajoskatona: let me check it | 12:30 |
lajoskatona | slaweq: thanks | 12:30 |
slaweq | lajoskatona: If gibi and other folks from Nova wants us to be on that discussion, we can probably | 12:32 |
slaweq | but other than that do we need to discuss it on our side? | 12:32 |
slaweq | I'm not sure | 12:32 |
lajoskatona | slaweq: ok, I ask around | 12:32 |
slaweq | k | 12:33 |
eugenmayer | Hello, trying to setup the vpnaas using the docs https://docs.openstack.org/neutron/latest/admin/vpnaas-scenario.html .. configured the controller and now trying to create the endpoint group | 12:53 |
eugenmayer | openstack --os-cloud=openstack vpn ike policy create ikepolicy | 12:53 |
eugenmayer | The resource could not be found. | 12:53 |
eugenmayer | Neutron server returns request_ids: ['req-d5314da8-7336-4795-af5e-c4bd4a3520a0'] | 12:53 |
eugenmayer | I run this on the controller node, having that clouds.yaml: https://gist.github.com/EugenMayer/83f79d061e175ba2b2610fa991e128d4 (i am using the training-lab setup) | 12:54 |
ihrachys_ | dalvarez lucasagomes I would prefer to hardcode, yes. like we did for stateless FIPs. I thought we are trying to leave a path to back out from the change if something (I don't know what) happens. But that's a silly argument - we would need a knob per bug fix | 13:10 |
lucasagomes | ihrachys_, thanks! I agree it's silly if we do not have any data backing up that we shouldn't have those options enabled | 13:11 |
lucasagomes | I wasn't too confident to make that call as I am not super familiar with those configs | 13:11 |
lucasagomes | thanks, I will change the patch there | 13:12 |
lucasagomes | dalvarez, ^ | 13:12 |
ihrachys_ | not that I am... but I think we understand what's the worst case (a arp request here or there) | 13:12 |
ihrachys_ | there's a reason why we don't pre-populate arp tables in the real world | 13:12 |
lucasagomes | indeed | 13:12 |
eugenmayer | anybody uses vpnaas in here? | 13:16 |
eugenmayer | i'am not sure this project is working with the current openstack release at all ;/ But i'am new to the project and it might be a configuration issue on the other hand | 13:16 |
lajoskatona | eugenmayer: have You checked master? | 13:17 |
opendevreview | Slawek Kaplonski proposed openstack/neutron master: Add functional and fullstack jobs with FIPS enabled https://review.opendev.org/c/openstack/neutron/+/814009 | 13:19 |
eugenmayer | lajoskatona, i'am on master right now, using the training-lab setup | 13:21 |
eugenmayer | lajoskatona, that is my setup (on ubuntu 18.04) https://gist.github.com/EugenMayer/83f79d061e175ba2b2610fa991e128d4 | 13:24 |
dalvarez | ihrachys_: yeah hardcore++++++ :) | 13:36 |
dalvarez | i mean hardcode | 13:36 |
opendevreview | Lucas Alvares Gomes proposed openstack/neutron master: [OVN] Tune OVN routers to reduce the mem footprint for ML2/OVN https://review.opendev.org/c/openstack/neutron/+/813610 | 13:48 |
eugenmayer | When i have several compute nodes and and i create a network (LAN), can i span it across those compute nodes automatically or do i have to configure custom ipsec site2site connections? | 14:06 |
gmann | slaweq: i left comment on this oslo patch in case you did not notice, almost good but I think having a reno will be helpful for this new thing - https://review.opendev.org/c/openstack/oslo.policy/+/804980/3 | 14:22 |
opendevreview | Daniel Speichert proposed openstack/neutron master: Fix OVN sync with new ACL label field https://review.opendev.org/c/openstack/neutron/+/813883 | 14:41 |
slaweq | gmann: ok, thx a lot, I will update it | 15:05 |
opendevreview | Bernard Cafarelli proposed openstack/neutron stable/stein: [DNM] Test neutron-tempest-plugin fix https://review.opendev.org/c/openstack/neutron/+/813841 | 15:10 |
gmann | slaweq: thanks, no hurry just pinged in case you missed review comments | 15:13 |
opendevreview | Lajos Katona proposed openstack/neutron-vpnaas master: DNM: check master https://review.opendev.org/c/openstack/neutron-vpnaas/+/812492 | 15:24 |
lucasagomes | ihrachys_, thanks for the review in https://review.opendev.org/c/openstack/neutron/+/813610, I added a question for you there | 15:26 |
lucasagomes | and my rationale on that maintenance method | 15:26 |
lajoskatona | eugenmayer: personally I never used vpnaas, so I would check what kind of config we have in our CI (like checking on a current patch), and compare it with what you have | 15:27 |
frickler | mnaser_: not sure where best to ask this, followup to what you said in the openinfra live session: is that bgp overlay setup of yours documented somewhere? is it opensource or a closed inhouse solution? | 15:28 |
opendevreview | Lajos Katona proposed openstack/neutron master: Routed provider nets: Fix subnet allocation logic https://review.opendev.org/c/openstack/neutron/+/777443 | 15:28 |
ihrachys_ | lucasagomes thank you, I misunderstood the intent, now all good | 15:34 |
lucasagomes | ihrachys_, thanks! Great reviews btw | 15:36 |
mlavalle | lajoskatona: what about tomorrow's drivers meeting? | 16:32 |
lajoskatona | mlavalle: I hope I sent out that we will have | 16:52 |
lajoskatona | http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025365.html | 16:52 |
mlavalle | Cool, got it! | 16:53 |
lajoskatona | mlavalle: I attached logs from last week as we had quite good conversation | 16:53 |
ihrachys | lajoskatona still haven't gotten to write up the spec, sorry for that. I hope it's ok if it bubbles up to the next week. | 17:04 |
mlavalle | lajoskatona: ack | 17:20 |
lajoskatona | ihrachys: tomorrow we can vote without the spec to have the RFE approved, after last weeks meeting I believe that will be formality | 17:51 |
ihrachys | it's fine to wait, no rush | 17:51 |
opendevreview | Merged openstack/os-ken master: Enabled point-to-multipoint links in topology discovery. https://review.opendev.org/c/openstack/os-ken/+/813825 | 18:09 |
opendevreview | Merged openstack/os-ken master: mrtlib: Support RFC8050 https://review.opendev.org/c/openstack/os-ken/+/813827 | 18:20 |
opendevreview | Merged openstack/os-ken master: Add support for Adj-RIB-Out (draft-ietf-grow-bmp-adj-rib-out-03) https://review.opendev.org/c/openstack/os-ken/+/813820 | 18:31 |
opendevreview | Merged openstack/os-ken master: Fix major bug in child thread cleanup logic https://review.opendev.org/c/openstack/os-ken/+/813849 | 19:27 |
opendevreview | Dr. Jens Harbott proposed openstack/neutron-dynamic-routing master: DNM: Testing running with OVN https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/814055 | 19:31 |
opendevreview | Dr. Jens Harbott proposed openstack/neutron-dynamic-routing master: DNM: Testing running with OVN https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/814055 | 19:50 |
opendevreview | Dr. Jens Harbott proposed openstack/neutron-dynamic-routing master: DNM: Testing running with OVN https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/814055 | 19:53 |
opendevreview | Merged openstack/os-ken master: Patch to add 2 parameters for controlling specific fields in EVPN rou… https://review.opendev.org/c/openstack/os-ken/+/813845 | 19:53 |
opendevreview | Merged openstack/os-ken master: Use constants imported from API base https://review.opendev.org/c/openstack/os-ken/+/813846 | 19:53 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!