Tuesday, 2022-02-08

opendevreviewMerged openstack/neutron master: Make sure "dead vlan" ports cannot transmit packets  https://review.opendev.org/c/openstack/neutron/+/82731500:14
opendevreviewFrode Nordahl proposed openstack/neutron-lib master: Add VNIC_REMOTE_MANAGED for off-path backends  https://review.opendev.org/c/openstack/neutron-lib/+/82817406:10
opendevreviewFrode Nordahl proposed openstack/neutron master: [OVN] Extend port binding parameter validation  https://review.opendev.org/c/openstack/neutron/+/81842006:14
opendevreviewFrode Nordahl proposed openstack/neutron master: [OVN] Off-path SmartNIC DPU Port Binding with OVN  https://review.opendev.org/c/openstack/neutron/+/80896106:14
opendevreviewFrode Nordahl proposed openstack/neutron master: WIP: Off-path SmartNIC DPU Documentation  https://review.opendev.org/c/openstack/neutron/+/82810306:14
opendevreviewZhouHeng proposed openstack/neutron-fwaas master: Revert "Retire neutron-fwaas project"  https://review.opendev.org/c/openstack/neutron-fwaas/+/82814906:18
opendevreviewFrode Nordahl proposed openstack/python-neutronclient master: Add support for 'remote-managed' vnic-type  https://review.opendev.org/c/openstack/python-neutronclient/+/82822006:21
opendevreviewZhouHeng proposed openstack/neutron-fwaas master: Revert "Retire neutron-fwaas project"  https://review.opendev.org/c/openstack/neutron-fwaas/+/82814906:27
opendevreviewOleg Bondarev proposed openstack/neutron stable/xena: Make sure "dead vlan" ports cannot transmit packets  https://review.opendev.org/c/openstack/neutron/+/82823007:22
opendevreviewOleg Bondarev proposed openstack/neutron stable/wallaby: Make sure "dead vlan" ports cannot transmit packets  https://review.opendev.org/c/openstack/neutron/+/82823107:23
opendevreviewFrode Nordahl proposed openstack/neutron-specs master: Use VNIC_REMOTE_MANAGED instead of VNIC_SMARTNIC  https://review.opendev.org/c/openstack/neutron-specs/+/82822508:02
opendevreviewFrode Nordahl proposed openstack/neutron-specs master: Use VNIC_REMOTE_MANAGED instead of VNIC_SMARTNIC  https://review.opendev.org/c/openstack/neutron-specs/+/82822608:03
fnordahlomg, what's gerrit up to today, sorry about the duplicates08:04
opendevreviewFrode Nordahl proposed openstack/neutron-specs master: Use VNIC_REMOTE_MANAGED instead of VNIC_SMARTNIC  https://review.opendev.org/c/openstack/neutron-specs/+/82817308:07
opendevreviewliuyulong proposed openstack/neutron-specs master: Spec for distributed datapath for metadata  https://review.opendev.org/c/openstack/neutron-specs/+/80285408:55
*** lifeless_ is now known as lifeless09:24
opendevreviewliuyulong proposed openstack/neutron master: Add table for pps limitaion  https://review.opendev.org/c/openstack/neutron/+/80421309:24
opendevreviewliuyulong proposed openstack/neutron master: Meter flows and ovsdb action for ovs bridge  https://review.opendev.org/c/openstack/neutron/+/81680009:24
opendevreviewliuyulong proposed openstack/neutron master: Support pps limitation for openvswitch agent  https://review.opendev.org/c/openstack/neutron/+/81680209:24
opendevreviewliuyulong proposed openstack/neutron master: Fullstack tests of packet rate limit for ovs qos driver  https://review.opendev.org/c/openstack/neutron/+/81941809:24
opendevreviewMerged openstack/neutron stable/xena: [OVN] Check if exists trunk ports before cleanup  https://review.opendev.org/c/openstack/neutron/+/82782310:03
opendevreviewMerged openstack/neutron stable/wallaby: [OVN] Check if exists trunk ports before cleanup  https://review.opendev.org/c/openstack/neutron/+/82782410:17
opendevreviewMatus Brandys proposed openstack/neutron-vpnaas master: Added new DH groups to vpn to also supports well know EC algotithms. Changes also needed to be merged in neutron_lib library and neutron package  https://review.opendev.org/c/openstack/neutron-vpnaas/+/82827510:49
opendevreviewMatus Brandys proposed openstack/neutron-lib master: Added new DH groups to vpn to also supports well know EC algotithms. Changes also submited to neutron-vpnaas project with commit ID 6c1369f1b3ec44651c041f7c2477d95464865397  https://review.opendev.org/c/openstack/neutron-lib/+/82827610:50
opendevreviewMatus Brandys proposed openstack/neutron master: Added new DH groups to vpn to also supports well know EC algotithms. Changes also submited to neutron-vpnaas project with commit ID 6c1369f1b3ec44651c041f7c2477d95464865397  https://review.opendev.org/c/openstack/neutron/+/82827710:50
opendevreviewMerged openstack/neutron stable/victoria: [OVN] Check if exists trunk ports before cleanup  https://review.opendev.org/c/openstack/neutron/+/82782511:05
opendevreviewMerged openstack/neutron stable/ussuri: [OVN] Check if exists trunk ports before cleanup  https://review.opendev.org/c/openstack/neutron/+/82782611:17
opendevreviewMerged openstack/neutron stable/xena: [OVN] Fix overlapping security group objects not correctly applied  https://review.opendev.org/c/openstack/neutron/+/82684712:11
ralonsohlajoskatona, obondarev bcafarel hi, sorry for the late notice. I have a clash of meetings and I can't attend/chair the CI meeting today12:20
ralonsohI could join but later during the meeting, maybe12:21
ralonsohbcafarel, is it possible for you to chair the meeting?12:21
lajoskatonaralonsoh: thanks12:21
lajoskatonaralonsoh: I can chair it if we have enough participants12:23
ralonsohlajoskatona, now I recall I don't think bcafarel will be today12:25
ralonsohneither slaweq 12:25
lajoskatonaralonsoh: yeah slaweq is on PTO this week as I remember12:26
bcafarelralonsoh: lajoskatona: I am back today :) but I have a meeting conflict too in first 30 min (at least)12:32
lajoskatonaralonsoh, bcafarel: than let's cancel it for today or start it 30 minutes later?12:54
*** dmellado_ is now known as dmellado13:20
ralonsohlajoskatona, 30 mins later will be ok13:25
lajoskatonaralonsoh: ack13:32
*** dasm|off is now known as dasm13:55
lajoskatona#startmeeting networking14:00
opendevmeetMeeting started Tue Feb  8 14:00:23 2022 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. 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
mlavalleo/14:00
lajoskatonaHi everybody!14:00
liuyulong_HI14:00
ralonsohhi14:00
isabekHi!14:00
obondarevhi14:00
rubasovo/14:01
bcafarelo/14:01
lajoskatonaI think we can start14:02
lajoskatona#topic Announcements14:02
lajoskatonaThe usual Yoga cycle calendar https://releases.openstack.org/yoga/schedule.html14:02
lajoskatonaRelease countdown, R-7: http://lists.openstack.org/pipermail/openstack-discuss/2022-February/027057.html14:02
lajoskatonaAgain the freeze dates which are closer14:02
lajoskatonaNon-client library freeze (February 17th, 2022)14:03
lajoskatonaClient library freeze / Yoga-3 milestone: (February 24th, 2022)14:03
lajoskatonaYoga final release: March 30th, 202214:03
lajoskatonafor the non-client library we are quite good , 14:04
lajoskatonawe have n-lib, os-ken and ovsdbapp release recently14:04
lajoskatonaIf you know anything urgent please make sure that we have review focus and perhaps review priority on it14:05
lajoskatonaI list again a few features which has hanging patches:14:06
lajoskatonaLocal IP: https://review.opendev.org/c/openstack/python-openstackclient/+/80561814:06
lajoskatonaIt has 2 +2s as I remember, so we have to find somebody with wf+1 right in python-openstackclient14:06
*** liuyulong_ is now known as liuyulong14:07
lajoskatonaMin PPS: https://review.opendev.org/q/topic:bp/qos-minimum-guaranteed-packet-rate+status:open14:07
lajoskatonathe neutron and neutron-tempest-plugin patches can be merged I think they are in good shape14:07
lajoskatonathe other features which I listed last wee, ndp proxy and smart-nic for OVN as i see need much more things:14:09
lajoskatonaDo you have comments or questions for the release dates14:09
lajoskatonaor perhaps do you know more features which we should focus more?14:10
mlavallenone from me14:10
liuyulong#link https://review.opendev.org/q/topic:packet_rate_limit14:10
liuyulongMaybe we can pay more attention on neutron new features?14:11
lajoskatonaliuyulong: thanks, I forgot that recently, I will add them to my todo list14:11
liuyulongNova guys had done a really quickly develop cycle of 14:11
liuyulongbp/qos-minimum-guaranteed-packet-rate14:11
liuyulongIMO, for those configurable new features, we should not block them for too long time.14:12
liuyulongSince they does not break exsiting features, if you not enable it.14:13
lajoskatonaliuyulong: bp/qos-minimum-guaranteed-packet-rate from neutron perspective is ready, we have few tempest tests and the qos alias patch14:13
liuyulong#link https://review.opendev.org/q/topic:bp/qos-minimum-guaranteed-packet-rate14:13
liuyulongas you can see, nova guys had merged more than 75+ patches.14:13
liuyulongThe development speed of neutron is relatively slow.14:15
lajoskatona liuyulong: we can check that, if you feel14:15
obondarevsorry for a dumb question: what is the difference between https://bugs.launchpad.net/neutron/+bug/1912460 and https://bugs.launchpad.net/neutron/+bug/1922237 ?14:16
liuyulongFrom my personal view of an upstream project, in every develop cycle, if we cloud introduce14:16
liuyulongsome new features, instead of fixing irrelevancies or moving some working-fine exiting code,14:16
liuyulongthe project will get more attention in real world.14:16
lajoskatonawhat I see that review speed is sometimes not that much, but that really is a function of the active members/developers14:16
liuyulongMore users and more developers can be attracted to our community.14:16
lajoskatonaobondarev: minimum guaranteed packet rate QoS is like minimum_badwith but for pps, and as min_bw it has placement/scheduling support14:17
liuyulongAny way, Neutron has new features this dev cycle, "non-Local IP"? : ) It's good to see that landed.14:18
obondarevlajoskatona: that's clear, but two RFE's sound quite similar to me14:18
rubasovobondarev: isn't that one provides a maximum limit bit the other provides a guarantee of a minimum?14:19
lajoskatonaliuyulong: perhaps that's true, what I know is that as more users use openstack we have to be careful to keep it running, that means heavy maintenance14:19
obondarevrubasov: ah, yes, it's about where to limit, thanks :)14:20
lajoskatonaobondarev: https://bugs.launchpad.net/neutron/+bug/1912460  but the implementation is different :-)14:20
obondarevsorry for noise, I'm a little late to this min pps party I guess14:21
liuyulongAs you can see bug bug/1912460 was set eailer that bug/1922237, but nova guys had done almost all works.14:21
lajoskatonaWe can discuss this topic on the PTG, to collect different views14:21
lajoskatonahow to make the most out of Networking in Openstack14:21
liuyulongAnd I left some comments there: https://bugs.launchpad.net/neutron/+bug/1922237/comments/114:22
lajoskatonaliuyulong: I wil lcheck the remaining qos-minimum-guaranteed-packet-rate patches, thanks for the reminder14:22
liuyulongLimit the min pps is the premise of "guarantee min pps".14:22
liuyulongSorry, Limit the pps14:23
lajoskatonaI jump back to announcements, if there is no more thoughts for the previous topic14:24
liuyulonglajoskatona, sure, thanks for the consideration. Please move on.14:24
lajoskatonaNext PTG: April 4 - 8, 2022 (virtual)14:24
lajoskatonaPlease register: https://openinfra-ptg.eventbrite.com/14:24
lajoskatonait's free :-)14:24
lajoskatonaI registered today the team, and started to book slots: #link https://ethercalc.openstack.org/7yxdas7suqnd14:25
lajoskatonathe room is Grizzly and now I booked the usual 1300UTC-1600UTC, that seems something perhaps that enjoyable from all timezones14:26
* mlavalle just registered14:26
lajoskatonaif you have opinion please tell, we are in time and I am sure I can move slots14:27
lajoskatonamlavalle: +114:27
mlavallethanks for the reminder :-)14:27
lajoskatonaanother thing is that sphinx jobs are failing on pike and queens14:28
lajoskatona#link http://lists.openstack.org/pipermail/openstack-discuss/2022-February/027106.html14:28
lajoskatonait is again something with py27 and how we build images for zuul.14:29
bcafarelsigh14:29
lajoskatonaat the moment it's not clear how it will evolve, possible that we have to fix those jobs if there is a way, and if we have patches to merge14:30
lajoskatonaas I see on pike we have very few patches recently bu queens is different14:31
ralonsohwe are still backporting patches to queens14:31
lajoskatonaralonsoh: yeah, true14:32
mlavalleI will soon have a patch to port to Queens14:32
ralonsohlajoskatona, is it possible to have [3]? the revert of the patch that removed the py2 support14:33
lajoskatonain the mail I linked there are several options, like fix it (brute force from project to project), revert the thing that causes it or make the job non-voting/delete it14:33
lajoskatonaralonsoh: I would not put my salary on it, but possible14:34
ralonsohok, for now I think we can skip that job14:34
lajoskatonaralonsoh: I can ask around on infra14:34
ralonsohis "just" the docs14:34
bcafarelyes this is my "less worse" idea from the list14:34
ralonsohI'll send a patch14:35
lajoskatonaok, I ask around and we can check and act based on that, but skipping doc build sound like a way forward14:35
lajoskatonaand we can add back the job if things are better14:36
lajoskatona#topic Bugs14:37
lajoskatonaReport from lajoskatona: http://lists.openstack.org/pipermail/openstack-discuss/2022-February/027074.html14:37
lajoskatonaI have a few without assignee14:37
lajoskatonaNeutron-dynamic-routing does not work with OVN: #link https://bugs.launchpad.net/neutron/+bug/195966614:37
lajoskatonaWe discussed this or similar a few times in this cycle14:38
ralonsohyeah, I'll ping OVN folks, at least to provide feedback on this one14:38
lajoskatonaralonsoh: thanks14:38
lajoskatona[stein][neutron] Static rules losed: #link https://bugs.launchpad.net/neutron/+bug/195988414:38
lajoskatonaI try to allocate some time to try to reproduce it on master, but if anybody has ideas or time to check if it is on master that would be helpful14:39
ralonsohI tried it but with newer versions14:39
lajoskatonaDisallow users to allocate gateway ip of external subnets as floating ip: #link https://bugs.launchpad.net/neutron/+bug/195969914:39
lajoskatonaralonsh: really? sounds good14:40
ralonsohI don't think https://bugs.launchpad.net/neutron/+bug/1959699 is a bug14:40
ralonsohof course we can limit that but I don't know why14:41
lajoskatonaralonsoh: for bug/1959699 I have the same feeling14:41
ralonsohthe GW IP is not a Neutron resource14:41
ralonsoh(not a port or an assigned IP)14:41
ralonsohin any case, I'll reply again there14:41
lajoskatonaralonsoh: thanks14:42
obondarev+1 Additionally it may break things for those using this ability on purpose14:43
lajoskatonaobondarev: or we have to add extra cfg to keep old behaviour14:43
lajoskatonaThis week bcafarel is the deputy, and next week slaweq will be.14:44
obondarevlajoskatona: right14:44
lajoskatonabcafarel: is that ok for you? your colleagues said last week it is ok for you :-)14:45
bcafarellajoskatona: they were right, I am on it :)14:45
lajoskatonabcafarel: ok, thanks14:45
lajoskatonaJust one more thing from me, the PTL and TC nomination starts: #link http://lists.openstack.org/pipermail/openstack-discuss/2022-February/027070.html14:46
ralonsohare you proposing yourself again, lajoskatona ?14:46
lajoskatonaso if you would like to nominate yourself to the TC or to the PTL position, please go for ti14:46
lajoskatonaralonsoh: yes, I will, I checked it with my employer14:47
ralonsohnice to hear that14:47
bcafarelgood!14:47
lajoskatonaI go for another round14:47
lajoskatonanice that you say that :-)14:47
lajoskatonaI would like to forward the warning that the CI meeting will start 30 minutes later14:48
mlavalleExcellent news! Thankd for your service to the community14:48
lajoskatonamlavalle: thanks :-)14:48
lajoskatonaAnd nothing more from me, is there anything more to discuss?14:49
ralonsohnothing from me14:49
obondarevlajoskatona: cool! :)14:50
lajoskatonathan lets close the meeting14:51
lajoskatona#endmeeting14:51
opendevmeetMeeting ended Tue Feb  8 14:51:34 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:51
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2022/networking.2022-02-08-14.00.html14:51
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2022/networking.2022-02-08-14.00.txt14:51
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2022/networking.2022-02-08-14.00.log.html14:51
lajoskatonaBye14:51
mlavalleo/14:51
isabekBye14:51
obondarevo/14:52
fricklerheadsup: I just approved devstack switching Fedora from 34 to 35, you will want to check your depending jobs15:08
lajoskatonafrickler: thanks ( I think ;))15:10
mlavallefrickler: thanks for the heads up15:10
fricklerthere is a bug in horizon, but I wouldn't think your jobs need that15:11
lajoskatona#startmeeting neutron_ci15:30
opendevmeetMeeting started Tue Feb  8 15:30:17 2022 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. Information about MeetBot at http://wiki.debian.org/MeetBot.15:30
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:30
opendevmeetThe meeting name has been set to 'neutron_ci'15:30
lajoskatonao/15:30
ralonsohhi (just in time)15:30
bcafarelo/ (almost just in time)15:31
lajoskatonaok, let's start15:32
lajoskatona#topic Actions from previous meetings15:33
lajoskatonalajoskatona to check if we can use neutron from master in the networking-bgpvpn master branch jobs15:33
lajoskatonaIt is merged as I remember15:33
lajoskatonaI think I skip slaweq's action points15:34
lajoskatonaralonsoh to check ssh failures and arp entry with 00:00:00:00:00:0015:34
ralonsohsorry, I started but never finished that15:34
ralonsohsorry15:34
lajoskatonaralonsoh: no problem, isnt that related to https://bugs.launchpad.net/neutron/+bug/1959564 ?15:35
ralonsohcould be, but I'm not sure15:35
lajoskatonaok15:35
ralonsohin any case, I didn't see another error like that15:36
lajoskatonamlavalle to investigate https://bugs.launchpad.net/neutron/+bug/194528315:36
lajoskatonamlavalle didn't join, so move on15:37
lajoskatona#topic Stable branches15:37
lajoskatonabcafarel: do you have any news? except of the pike/queens problem I haven't seen any serious15:38
ralonsohthere was a lot of noise last week with the tempest issues (solved) and devstack with py3615:38
bcafarelralonsoh++ that was the one I was looking for15:39
lajoskatonabut those are merged (except https://review.opendev.org/q/I0391dd24224f8656a09ddb002e7dae8783ba37a4 which is under review)15:39
ralonsohon my list to review15:40
lajoskatona+115:40
ralonsoh(btw, good patch!)15:41
bcafareloh yes15:41
lajoskatonaI just checked the dashboard links in the etherpad (#link https://etherpad.opendev.org/p/neutron-ci-meetings#L30) and it seems not working15:41
lajoskatonaI will check later....15:41
lajoskatona#topic Stadium projects15:42
lajoskatonathe only thing was to fix import after n-lib release with moved ovs constants15:42
lajoskatona#topic Grafana15:44
lajoskatona#link http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:44
ralonsoh(not found?)15:44
lajoskatonahmmm, this dasboard is also missing15:45
ralonsohhttps://grafana.opendev.org/?orgId=1&search=open&query=neutron-failure-rate15:45
ralonsohthere is nothing with this name...15:46
lajoskatonaI will ask on infra if we have to change something with our dashboards15:46
bcafarelhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=1 works15:47
lajoskatonaanyway it seems not only the wallaby and victoria ones are missing15:47
lajoskatonabcafarel: thanks15:48
lajoskatonawas there any change recently?15:48
lajoskatonaok, back to grafana15:49
bcafarelprobably an openstack/opendev change, it will be good to check with infra (but at least dashboards are still here)15:50
lajoskatona+115:50
lajoskatonaWe had a lot of tempest failures last week, but that was mostly due to the fix around dead vlans I suppose (https://review.opendev.org/q/I0391dd24224f8656a09ddb002e7dae8783ba37a4 )15:50
ralonsohyes, I think so15:50
ralonsohbut we still have some high rate failures in ovs ha dvr15:51
ralonsoh33.3% failures15:51
ralonsohand periodic fullstack job is 100% failing15:51
lajoskatonayes and functional around ~25% for gate15:52
lajoskatonaI had this one for timeouts: https://review.opendev.org/c/openstack/neutron/+/827488 , but it fails with timeout :-) And I had no time since to go back to it....15:53
ralonsohwell, this is a timeout inside a test15:55
ralonsohI still think the patch is correct15:55
ralonsoh(we should fix this test failing, for sure)15:55
lajoskatonaralonsoh: exactly, I will go back to it I hope this week15:55
lajoskatonaby zuul stats: https://zuul.openstack.org/builds?job_name=neutron-fullstack&pipeline=periodic&skip=015:56
lajoskatonawallaby is failing constantly from fullstack15:56
ralonsohright15:57
ralonsoheach time a different test15:57
lajoskatonabut test_east_west_traffic seems to be frequent15:58
ralonsohI'll open a LP bug for this one15:58
lajoskatonaralonsoh: thanks15:59
lajoskatonatime is up, so it is time to close16:00
lajoskatona#endmeeting16:01
opendevmeetMeeting ended Tue Feb  8 16:01:02 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:01
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-02-08-15.30.html16:01
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-02-08-15.30.txt16:01
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-02-08-15.30.log.html16:01
lajoskatonao/16:01
ralonsohbye16:01
opendevreviewJakub Libosvar proposed openstack/ovsdbapp master: Fix dynamic get of nofity_handler in lookup()  https://review.opendev.org/c/openstack/ovsdbapp/+/82837316:06
opendevreviewJakub Libosvar proposed openstack/ovsdbapp master: Change lookup() default parameter behavior  https://review.opendev.org/c/openstack/ovsdbapp/+/82837616:36
*** dkehn_ is now known as dkehn16:41
opendevreviewJakub Libosvar proposed openstack/ovsdbapp master: Move lock in lookup()  https://review.opendev.org/c/openstack/ovsdbapp/+/82837916:48
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Doc: add documentation for usage and flow examples for OVS  https://review.opendev.org/c/openstack/tap-as-a-service/+/82838216:58
opendevreviewJakub Libosvar proposed openstack/ovsdbapp master: Change lookup() default parameter behavior  https://review.opendev.org/c/openstack/ovsdbapp/+/82837617:09
mlavallelajoskatona, ralonsoh: I'm sorry, didn't realize the meeting was going to start at 30 minutes after the hour. I stepped away from keyboard 5 minutes before you started17:17
opendevreviewJakub Libosvar proposed openstack/ovsdbapp master: Move lock in lookup()  https://review.opendev.org/c/openstack/ovsdbapp/+/82837917:18
ralonsohmlavalle, no problem, just doing irrelevant stuff17:18
opendevreviewJakub Libosvar proposed openstack/ovsdbapp master: Move lock in lookup()  https://review.opendev.org/c/openstack/ovsdbapp/+/82837917:21
lajoskatonamlavalle: no problem, it was a little shaky today as slaweq is out this week :-)17:27
mlavalle:-)17:28
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Remove ovs-vsctl direct calls  https://review.opendev.org/c/openstack/tap-as-a-service/+/82838317:39
opendevreviewMerged openstack/neutron-specs master: Use VNIC_REMOTE_MANAGED instead of VNIC_SMARTNIC  https://review.opendev.org/c/openstack/neutron-specs/+/82817317:47
sean-k-mooneyslightly dumb question but how to i prevent devstack from adding an interface to br-ex18:41
ralonsohsean-k-mooney, try setting Q_USE_PROVIDER_NETWORKING=False18:45
ralonsohcheck start_mutnauq_l2_agent18:46
sean-k-mooneythat might work but it shoudl not be needed18:46
sean-k-mooneywe shoudl be able to still deploy with provider networkign enabled18:46
sean-k-mooneybut ill check it18:46
sean-k-mooneythat might have been how id did it in the past18:46
sean-k-mooneythe current behavior with devstack fi you reboot after stacking will make it so you cant ssh back into the vm becaue the only interface on the vm will be added to ovs18:47
sean-k-mooneyand the inteface wont get an ip by default18:47
ralonsohsean-k-mooney, can you add another interface?18:48
ralonsohok, this could not be a VM18:48
sean-k-mooneyi could but i should not have to18:48
sean-k-mooneyyou did not need to actully have an inteface added to the bridges with ml2/ovs18:48
sean-k-mooneyyou did for multi node fla/vlan neworks18:48
sean-k-mooneybut single node you coud do fine18:49
sean-k-mooneyor multi node wiht tunnels18:49
ralonsohright18:49
sean-k-mooneyQ_USE_PROVIDER_NETWORKING might do what i want18:49
sean-k-mooneybut i still want devstack to create the default external network as a flat network18:50
sean-k-mooneyand asign the gateway ip to br-ex18:50
ralonsohbut then you need a physical network18:50
sean-k-mooneyi have a phsyical network modeled by br-ex18:50
sean-k-mooneyi dont need that phsyical network bridge out of the host18:50
sean-k-mooneybasically im doing https://github.com/openstack/devstack/blob/a64c843052529cf5c8ac8cf8eb46c59b103b4b47/doc/source/networking.rst#shared-guest-interface18:53
sean-k-mooneybut trying to avoid the issue with it shareing the inteface18:53
sean-k-mooneyi might just put a patch in to allow you to skip adding the port18:53
ralonsohyeah, we need that option too18:53
sean-k-mooneyi tought you could do that in the past i just dont remoember exatly how i did it18:53
sean-k-mooneywell need is a stong word i want a simple local.conf i can share with others that is "safe" in that it wont break there neworkignif they reboot18:54
sean-k-mooneythe problem with multiple intefaces is that if you use openstack for the vm you can have issues with the default route18:54
sean-k-mooneyi know you can disable gateways or set metrict but i wanted to keep things simple18:55
sean-k-mooneyi might just create a dummy interface in the script18:56
sean-k-mooneyand tell devstack to use that18:56
opendevreviewMerged openstack/neutron-lib master: Add VNIC_REMOTE_MANAGED for off-path backends  https://review.opendev.org/c/openstack/neutron-lib/+/82817420:30
*** prometheanfire is now known as Guest020:56
*** osmanlicilegi is now known as Guest120:56
*** Guest0 is now known as prometheanfire21:56
opendevreviewJakub Libosvar proposed openstack/neutron master: WIP: Remove lookup wait even by default  https://review.opendev.org/c/openstack/neutron/+/82843322:37
opendevreviewMerged openstack/neutron stable/xena: Make sure "dead vlan" ports cannot transmit packets  https://review.opendev.org/c/openstack/neutron/+/82823022:41
*** mdbooth8 is now known as mdbooth22:50
opendevreviewMerged openstack/neutron stable/wallaby: Make sure "dead vlan" ports cannot transmit packets  https://review.opendev.org/c/openstack/neutron/+/82823122:56
*** dasm is now known as dasm|off23:02
*** mdbooth8 is now known as mdbooth23:02
*** mdbooth3 is now known as mdbooth23:30

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