| opendevreview | Merged openstack/neutron master: Add shared field to SG API response and filter https://review.opendev.org/c/openstack/neutron/+/811242 | 01:20 |
|---|---|---|
| opendevreview | Daniel Speichert proposed openstack/neutron master: Make OVN PG ACL sync compare known fields https://review.opendev.org/c/openstack/neutron/+/813883 | 01:43 |
| opendevreview | Merged openstack/neutron master: [DVR] Set arp entries only for IPs from the correct subnet https://review.opendev.org/c/openstack/neutron/+/802037 | 03:24 |
| opendevreview | Balazs Gibizer proposed openstack/neutron master: Do not block qos for direct-physical ports https://review.opendev.org/c/openstack/neutron/+/815962 | 07:20 |
| opendevreview | Oleg Bondarev proposed openstack/neutron master: Add Local IP L2 extension flows https://review.opendev.org/c/openstack/neutron/+/815102 | 07:23 |
| slaweq | lajoskatona hi, just FYI, bcafarel told me that he remembers about his bug deputy this week. He is off today but will start triaging bugs tomorrow :) | 08:05 |
| lajoskatona | slaweq: Hi, than I will not send mail :-) thanks | 08:06 |
| opendevreview | Przemyslaw Szczerbik proposed openstack/neutron-lib master: Move QosPlacementAllocationUpdateConflict to neutron-lib https://review.opendev.org/c/openstack/neutron-lib/+/816306 | 08:34 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Remove some scenario jobs from the check and gate queues https://review.opendev.org/c/openstack/neutron/+/815465 | 08:39 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Cleaning of the zuul's project.yaml file https://review.opendev.org/c/openstack/neutron/+/815466 | 08:39 |
| slaweq | lajoskatona gibi: hi, I'm checking neutron CI from last week and I noticed few times failures with min_bw_allocation tests, like e.g. https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_50e/801470/11/check/neutron-ovs-tempest-multinode-full/50e5327/testr_results.html | 08:45 |
| slaweq | did You maybe saw such issue already? Or should I open bug for it? | 08:45 |
| lajoskatona | slaweq: thanks for highlight, perhaps its due to some change was not merged to recent pps things, and tempest already expects it: https://review.opendev.org/c/openstack/tempest/+/809168 | 08:56 |
| slaweq | lajoskatona but it don't happens all the time, it's intermittent | 08:56 |
| lajoskatona | slaweq: that's strange | 08:57 |
| slaweq | lajoskatona yes, that's why I asked :) | 08:57 |
| EugenMayer | slaweq i might have reproduced the meta-data issue on wallaby, but i'am not sure. At least the meta-data service is no longer available for any VM i spawn. Are you interested in guiding me in debugging it? I can see there is a namespace, but booting a (debian) generic cloud box ends with :[ 11.437648] cloud-init[310]: 2021-11-02 08:57:13,605 - | 08:59 |
| EugenMayer | util.py[WARNING]: No active metadata service found | 08:59 |
| slaweq | EugenMayer that's great that You can reproduce it there too | 08:59 |
| slaweq | what You can check first is the ovn-meta... namespace on the compute node where vm is spawned | 09:00 |
| slaweq | in that namespace there should be haproxy spawned | 09:00 |
| slaweq | this haproxy should be bound to 169.254.169.254 IP address in that namespace | 09:00 |
| slaweq | maybe there is something missing there | 09:00 |
| EugenMayer | https://gist.github.com/EugenMayer/3708c679f207d0185d4d485f8c9f36e7 | 09:00 |
| EugenMayer | what shall i do /query in the namespace? | 09:01 |
| slaweq | check if there is this IP address configured there, and if there is haproxy process running | 09:01 |
| slaweq | if it is, You need to debug if requests are reaching that haproxy or not | 09:01 |
| slaweq | basically You should debug step by step where connectivity is broken | 09:02 |
| EugenMayer | slaweq https://gist.github.com/EugenMayer/3708c679f207d0185d4d485f8c9f36e7 | 09:02 |
| EugenMayer | slaweq are you aware that we tcpdumped that under xena? https://gist.github.com/EugenMayer/3b7d1fc4a42d7fc911229f38eec891dd | 09:03 |
| EugenMayer | (this is not my current stack, but that was the same thing) | 09:03 |
| EugenMayer | so you want me to tcpdump that tap interface i have right now while bootstrapping that instance? | 09:04 |
| EugenMayer | `and if there is haproxy process running` <- how to check that/ | 09:04 |
| slaweq | You can grep for haproxy service in the output of "ps" command for example | 09:05 |
| EugenMayer | inside that ns? | 09:06 |
| slaweq | from tcpdump it seems that something replies to the metadata requests | 09:06 |
| slaweq | process will be visible both in namespace and outside namespace | 09:06 |
| EugenMayer | ip netns exec ovnmeta-6975b4e7-f0fa-411a-8a69-dac1614ce84f nmap 10.10.0.131 (which is the interface of that tap device) does not show any open ports | 09:07 |
| EugenMayer | slaweq https://gist.github.com/EugenMayer/3708c679f207d0185d4d485f8c9f36e7#file-gistfile1-txt-L22 | 09:07 |
| EugenMayer | 'a' haproxy is running, not sure how to determine it is 'the haproxy routing metadata requests' | 09:08 |
| slaweq | so You have haproxy, now You can check in syslog if it receives any requests from VM | 09:08 |
| EugenMayer | that wont be that easy, need to find the right docker container running that one, sec | 09:08 |
| slaweq | basically it is simple http service which You have to debug where communication is broken - I don't think I will be able to guide You through whole process step by step :) | 09:09 |
| EugenMayer | i know what a haproxy is, but you expect me to know all the internals of neutron, which i really do not know about :) | 09:10 |
| EugenMayer | found /var/log/kolla/neutron/neutron-ovn-metadata-agent.log | 09:10 |
| slaweq | EugenMayer Neutron internals here are pretty easy. HTTP request should go like that: "VM -> tapXXX in br-int -> OF rules in br-int --> tap interface in the ovn namespace -> haproxy -> nova metadata api" | 09:12 |
| slaweq | haproxy is logging directly in the journal log IIRC | 09:12 |
| slaweq | so You can check there also | 09:12 |
| slaweq | and You can do "curl http://169.254.169.254/" from the instance and then track where it's dropped in the compute node | 09:13 |
| EugenMayer | i found the container the haproxy is running in, looking for the log locations right now | 09:13 |
| EugenMayer | cannot find those to answer your questions if the haproxy could not proxy / upstream the request | 09:15 |
| EugenMayer | since it is a docker container, there as no systemd thus no journal | 09:16 |
| EugenMayer | i see that the haproxy is running on 169.254.169.254:80 - trying a wget on that from the container haproxy is running on leads to a stuck request. This should no be happening, right? | 09:20 |
| EugenMayer | using ip netns exec ovnmeta-6975b4e7-f0fa-411a-8a69-dac1614ce84f curl 169.254.169.254 -v (so from withing the namespace) leads to a 404 which seems to be better and might be the expected thing | 09:22 |
| slaweq | yes, 404 is expected in that case | 09:42 |
| EugenMayer | slaweq running ` ip netns exec ovnmeta-6975b4e7-f0fa-411a-8a69-dac1614ce84f curl http://169.254.169.254/2009-04-04/instance-id -v` which is what i see that cirros is requesting, leads to 404 | 09:42 |
| EugenMayer | so i would suggest that the HAproxy is there and answers. The questions is, what shall be the response if it works? | 09:43 |
| EugenMayer | slaweq on my working (lab) wallaby box, spinning up a cirros instance, where i see the same request, using the namespce there, running this request - returns a 404 too | 09:46 |
| EugenMayer | slaweq those are the requests https://gist.github.com/EugenMayer/bed2b7f27f5cd70db688ba29300e13f9 | 09:48 |
| EugenMayer | to former is the current working wallaby, the latter the broken one, both cirros 0.5.2 | 09:49 |
| slaweq | on working one it returns instance-id from nova | 09:53 |
| slaweq | not 404 | 09:53 |
| EugenMayer | slaweq interesttingly doing ip netns exec ovnmeta-6975b4e7-f0fa-411a-8a69-dac1614ce84f tcpdump -i tap6975b4e7-f1 -n port 80 on the broken box i cannot see any traeffic | 09:53 |
| EugenMayer | slaweq it does within cirros, but the curl request does not do that | 09:53 |
| slaweq | if You are doing request from the ovn-meta namespace, it returns 404 because there is no instance id identified | 09:53 |
| EugenMayer | understood | 09:53 |
| slaweq | so You need to check what is the routing table in the vm in broken setup and then check vm's tap interface if requests are there | 09:54 |
| EugenMayer | could it be, that instead the meta-data service being borked, that the booting instance cannot talk to 169.254.169.254? | 09:54 |
| slaweq | if yes, check OF rule where it may be dropped | 09:54 |
| slaweq | can be | 09:55 |
| EugenMayer | what is an OF rule? | 09:55 |
| EugenMayer | well i have to wait about 10m to let the cirros instance finish it's bootstrap to check the routing table | 09:55 |
| EugenMayer | i have spun up a debian nocloud node. Looking at the routing table, default is via 10.10.0.129 which is the default gw | 09:57 |
| EugenMayer | interestingly trying to curl from that box to 169 does stuck. | 09:58 |
| EugenMayer | Exactly, the working box has a route to 169 specifically via etho, while broken box is missing that route | 09:59 |
| EugenMayer | what/who is responsible to push that route? | 09:59 |
| slaweq | IIRC You should have that route set by DHCP | 10:15 |
| slaweq | and OF is open flow rule in br-int | 10:15 |
| EugenMayer | slaweq AFAIU i'am not able to configure this route or disable it, it is core api? so there is an issue in dhcp? | 10:24 |
| opendevreview | Federico Ressi proposed openstack/neutron master: Change tobiko CI job in the periodic queue https://review.opendev.org/c/openstack/neutron/+/813977 | 10:25 |
| lajoskatona1 | slaweq: for min_bw_allocation tests failure: https://review.opendev.org/c/openstack/tempest/+/816315 | 10:27 |
| slaweq | EugenMayer: maybe there is an issue with DHCP in OVN, idk | 10:28 |
| slaweq | I don't have ovn based env now to test it really | 10:28 |
| lajoskatona1 | slaweq: not sure if we have some misconfiguration or similar in the failing case | 10:29 |
| slaweq | lajoskatona1: thx for the patch, I just gave +1 to it :) | 10:30 |
| EugenMayer | i really ask myself how widely OVN is actually used | 10:33 |
| EugenMayer | slaweq is OVN considered rather 'beta' level right now, or should one / can one use it for production grade. In other words, is it used for production setups? | 10:35 |
| opendevreview | Lajos Katona proposed openstack/networking-bgpvpn master: DNM: check master https://review.opendev.org/c/openstack/networking-bgpvpn/+/806096 | 10:36 |
| slaweq | EugenMayer: it is used for production in many deployments for sure | 10:43 |
| slaweq | in fact it is default backend e.g. in the Red Hat OpenStack since some time | 10:43 |
| slaweq | and it is also default backend in the devstack - so it is used in most of the tempest jobs around OpenStack projects | 10:43 |
| EugenMayer | interesting, i think we can reproduce it in wallaby the following way | 10:44 |
| EugenMayer | create a network with e.g. one subnet, then under ports you will see `network:distributed` under ports for that network | 10:45 |
| EugenMayer | when you now remove that one, remove the subnet and create one or 2 new subnets, it will not get readded. | 10:45 |
| EugenMayer | If you now restart the controller, it is added, but only with one IP in the second subnet. This ip is the gateway for the 169 address and that is, since it is missing, most probably the route is not added | 10:46 |
| EugenMayer | interestingly, under xena, it is not working at all | 10:46 |
| EugenMayer | so network:distributed might not be added at all | 10:46 |
| EugenMayer | when removing the network entirely, adding 2 subnets right away one can see network:distributed with fixed ips from both subnets. So that is how it should be | 10:47 |
| ralonsoh | I told you to check if https://review.opendev.org/c/openstack/neutron/+/813408 is there | 10:47 |
| ralonsoh | this is a problem with dhcp subnets and metadata port | 10:48 |
| EugenMayer | ralonsoh i was not remotely aware of anything i was just writing (until 20 minutes ago) - so i might just not have understood your question | 10:49 |
| ralonsoh | I told you this last week | 10:49 |
| EugenMayer | i was neither aware of this special port, that it is used as gateway for 169 and nor that metadata haproxy is running on that address. And i have never read about those internals anywhere | 10:49 |
| EugenMayer | if you did - i did not understand it. Sorry | 10:50 |
| EugenMayer | i guess that merge is very recent and has not yet been released right? | 10:51 |
| slaweq | EugenMayer: yes, it isn't in released version yet | 11:10 |
| slaweq | You need to apply it manually in Your env | 11:11 |
| EugenMayer | slaweq thank you | 11:33 |
| EugenMayer | ralonsoh slaweq i can confirm that xena is working when creating the subnets via the CLI, so the bug report i created is either no longer valid or only valid if those subnets are created via the GUI | 11:39 |
| slaweq | I think it's no longer valid | 11:40 |
| slaweq | GUI (horizon) is using same API calls as CLI | 11:40 |
| EugenMayer | well i tested i way after 20 oct - and i could 100% reproduce it. So i let you do what you think, but that bug cannot be resolved due to that. Close the issue to your liking though, i will use the cli for that purpose | 11:46 |
| opendevreview | Merged openstack/os-ken master: Choose the highest TLS version https://review.opendev.org/c/openstack/os-ken/+/813830 | 11:49 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Add functional and fullstack jobs with FIPS enabled https://review.opendev.org/c/openstack/neutron/+/814009 | 11:51 |
| opendevreview | Oleg Bondarev proposed openstack/neutron master: Add Local IP fullstack test case https://review.opendev.org/c/openstack/neutron/+/816327 | 12:08 |
| opendevreview | Cong Nguyen Thanh proposed openstack/neutron master: [OVN] Fix port disable security dead when run neutron-ovn-db-sync-util https://review.opendev.org/c/openstack/neutron/+/816328 | 12:10 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/xena: Allow to set the OpenFlow protocol when needed https://review.opendev.org/c/openstack/neutron/+/812162 | 12:14 |
| opendevreview | Oleg Bondarev proposed openstack/neutron master: Add Local IP Extension and DB https://review.opendev.org/c/openstack/neutron/+/804523 | 12:24 |
| opendevreview | Oleg Bondarev proposed openstack/neutron master: Add Local IP L2 extension https://review.opendev.org/c/openstack/neutron/+/807116 | 12:24 |
| opendevreview | Oleg Bondarev proposed openstack/neutron master: Add Local IP L2 extension flows https://review.opendev.org/c/openstack/neutron/+/815102 | 12:24 |
| opendevreview | Oleg Bondarev proposed openstack/neutron master: Add Local IP fullstack test case https://review.opendev.org/c/openstack/neutron/+/816327 | 12:24 |
| opendevreview | Merged openstack/neutron-tempest-plugin master: [stable/stein] Regroup tests exclusion list and add new failing ones https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/815458 | 12:42 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Remove run-devstack role from run_functional_job playbook https://review.opendev.org/c/openstack/neutron/+/816354 | 13:06 |
| opendevreview | Oleg Bondarev proposed openstack/neutron master: [WIP] Add Local IP fullstack test case https://review.opendev.org/c/openstack/neutron/+/816327 | 13:26 |
| opendevreview | Oleg Bondarev proposed openstack/neutron master: [WIP] Add Local IP fullstack test case https://review.opendev.org/c/openstack/neutron/+/816327 | 13:58 |
| lajoskatona1 | #startmeeting networking | 14:00 |
| opendevmeet | Meeting started Tue Nov 2 14:00:09 2021 UTC and is due to finish in 60 minutes. The chair is lajoskatona1. 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 |
| mlavalle | o/ | 14:00 |
| lajoskatona1 | o/ | 14:00 |
| ralonsoh | hi | 14:00 |
| isabek | Hi! | 14:00 |
| obondarev_ | hi | 14:00 |
| haleyb | o/ | 14:00 |
| slaweq | hi | 14:00 |
| lajoskatona1 | I think we can start | 14:01 |
| lajoskatona1 | You can check the agenda here: https://wiki.openstack.org/wiki/Network/Meetings | 14:01 |
| lajoskatona1 | #topic Announcements | 14:02 |
| rubasov | o/ | 14:02 |
| lajoskatona1 | Yoga cycle calendar https://releases.openstack.org/yoga/schedule.html | 14:02 |
| lajoskatona1 | in 2 weeks we reach yoga-1 milestone | 14:03 |
| dmitriis | o/ | 14:03 |
| lajoskatona1 | Any announcements which we can discuss? | 14:04 |
| lajoskatona1 | ok, let's move on | 14:04 |
| lajoskatona1 | #topic Bugs | 14:04 |
| lajoskatona1 | obondarev was bug deputy last week: http://lists.openstack.org/pipermail/openstack-discuss/2021-November/025624.html | 14:05 |
| lajoskatona1 | obondarev: do you have anything to highlight? | 14:05 |
| obondarev_ | not really, all details are in the report I think | 14:06 |
| lajoskatona1 | I listed the bugs without owner to https://wiki.openstack.org/wiki/Network/Meetings | 14:06 |
| lajoskatona1 | Ok, Do you have any bug to discuss here? | 14:08 |
| lajoskatona1 | Personally I have the feeling that some from the list could be an RFE, like https://bugs.launchpad.net/neutron/+bug/1948891 ([ovn] Using ovsdb-client for MAC_Binding could theoretically block indefinitely) or https://bugs.launchpad.net/neutron/+bug/1949202 (ovn-controllers are listed as agents but cannot be disabled ) | 14:09 |
| lajoskatona1 | or more a support request at current state like https://bugs.launchpad.net/neutron/+bug/1949097 | 14:09 |
| slaweq | that last one I think can be closed IMO | 14:10 |
| lajoskatona1 | this one was discussed on #neutron channel today, no? | 14:10 |
| slaweq | we discussed it with ralonsoh and EugenMayer last week and today | 14:10 |
| ralonsoh | yes, it is already solved | 14:10 |
| slaweq | https://bugs.launchpad.net/neutron/+bug/1949059 this one worries me | 14:11 |
| slaweq | I will try to take a look at it this week | 14:11 |
| slaweq | but I'm not ovn-octavia-provider expert so it will for sure take me some time to catch up with it :) | 14:11 |
| slaweq | regarding https://bugs.launchpad.net/neutron/+bug/1949202 - I have a question | 14:12 |
| slaweq | is it really possible to disable e.g. neutron-ovs-agent? | 14:12 |
| lajoskatona1 | yeah this comment is hard: https://bugs.launchpad.net/neutron/+bug/1949059/comments/1 | 14:12 |
| ralonsoh | I can try to ping redhat folks about OVN octavia bug | 14:13 |
| lajoskatona1 | slaweq: the admin_state_up can be updated to true, but not sure what that really do in the background | 14:14 |
| lajoskatona1 | I mean false | 14:14 |
| slaweq | exactly that's why I asked because I'm not sure if that has any real effect | 14:15 |
| slaweq | I know that for dhcp/L3 agent it will not schedule networks/routers to such agents but for L2 agent I don't think it really do anything | 14:15 |
| ralonsoh | I'll check it | 14:16 |
| ralonsoh | if that affects the agent, we should do the same for OVN agents | 14:16 |
| ralonsoh | if not, I'll document it in the bug | 14:16 |
| slaweq | thx ralonsoh :) | 14:17 |
| lajoskatona1 | As I see no port will be scheduled to the agent if admin state is false | 14:18 |
| slaweq | lajoskatona1: You mean ports will not be bound to the host where ovs-agent is disabled? | 14:19 |
| lajoskatona1 | yes, exactly: https://opendev.org/openstack/neutron/src/branch/master/neutron/plugins/ml2/drivers/mech_agent.py#L182 | 14:20 |
| slaweq | ok, so we should probably to the same for ovn-controller "agents" | 14:21 |
| ralonsoh | I don't know if we can replicate this behaviour in those agents | 14:21 |
| ralonsoh | but I'll check it | 14:21 |
| lajoskatona1 | yes, and perhaps check how other l2 agents work and try to "standardize" it and/or document what we have now | 14:22 |
| ralonsoh | sure | 14:22 |
| lajoskatona1 | thanks ralonsoh | 14:22 |
| slaweq | ++ | 14:22 |
| lajoskatona1 | I check if this is something common for all l2 agents and if we have documentation for it | 14:23 |
| lajoskatona1 | ok, if nothing more for bugs...... | 14:23 |
| lajoskatona1 | This week bcafarel is the deputy, and next week slaweq will be. | 14:23 |
| lajoskatona1 | Is that ok for you? | 14:24 |
| slaweq | sure | 14:24 |
| lajoskatona1 | ok, thanks | 14:24 |
| lajoskatona1 | #topic L3 subteam | 14:24 |
| lajoskatona1 | To tell the truth I forgot to ping Liu the day before..... | 14:25 |
| mlavalle | LOL | 14:25 |
| lajoskatona1 | ping liuyulong | 14:25 |
| dasp_ | Sorry, on the topic of bugs, I have interest in https://bugs.launchpad.net/neutron/+bug/1670666 (and resurrecting https://review.opendev.org/c/openstack/neutron/+/708011). Can I get some comments if that solution is still okay today or what to change? | 14:26 |
| lajoskatona1 | mlavalle: due to timezone (and perhaps irc availability) constraints sending a mail seems to be working :-) | 14:26 |
| opendevreview | Merged openstack/neutron-specs master: Neutron VLAN networks with QinQ enabled https://review.opendev.org/c/openstack/neutron-specs/+/798704 | 14:28 |
| lajoskatona1 | dasp_: if I understand from last comments there was no general issue with it, so restore it and we can contiune the review after the things fixed in last comments | 14:30 |
| slaweq | dasp_: I abandoned it automatically some time ago, but feel free to restore that patch and work on it | 14:31 |
| slaweq | if You can't restore it in gerrit, I can do it for You | 14:31 |
| dasp_ | I don't think I can | 14:32 |
| slaweq | It's restored now :) | 14:32 |
| dasp_ | thanks! I'll see what I can do. | 14:33 |
| lajoskatona1 | I think we can skip l3 section as there's no topics for it | 14:33 |
| lajoskatona1 | #topic ryu and os-ken | 14:33 |
| ralonsoh | no updates from "parent" project, ryu | 14:34 |
| ralonsoh | three patches to review | 14:34 |
| ralonsoh | https://review.opendev.org/c/openstack/os-ken/+/815784 | 14:34 |
| lajoskatona1 | https://review.opendev.org/q/project:openstack%252Fos-ken+status:open | 14:34 |
| lajoskatona1 | thanks ralonsoh | 14:34 |
| ralonsoh | that's all today | 14:34 |
| slaweq | tonight I will rebase my patches there to resolve conflicts | 14:34 |
| slaweq | and when all will be merged I think we can do new os-ken release | 14:35 |
| slaweq | wdyt? | 14:35 |
| ralonsoh | sure thanks | 14:35 |
| ralonsoh | check https://review.opendev.org/c/openstack/os-ken/+/815601 | 14:35 |
| lajoskatona1 | slaweq: +1 | 14:35 |
| lajoskatona1 | ralonsoh: eventlet 0.26.1 is what we use in Neutron for example? | 14:37 |
| ralonsoh | let ne check | 14:38 |
| ralonsoh | 0.25.1 | 14:38 |
| lajoskatona1 | yeah we have eventlet>=0.25.1 | 14:38 |
| ralonsoh | but we install the last one | 14:38 |
| ralonsoh | 0.32.0 | 14:38 |
| lajoskatona1 | ralonsoh: ok | 14:39 |
| lajoskatona1 | If noting more for ryu/os-ken we can move on | 14:40 |
| lajoskatona1 | #topic On Demand Agenda | 14:40 |
| lajoskatona1 | Do you have anything in mind to discuss? | 14:41 |
| slaweq | just a short reminder if someone missed my email - today's CI meeting will be a video meeting | 14:42 |
| slaweq | if someone is interested, please join :) | 14:42 |
| slaweq | it will be in 18 minutes (after that one) | 14:42 |
| dmitriis | https://blueprints.launchpad.net/neutron/+spec/off-path-smartnic-dpu-port-binding-with-ovn | 14:42 |
| slaweq | ahh, and also, I prepared doodle https://doodle.com/poll/3n2im4ebyxhs45ne?utm_source=poll&utm_medium=link to choose the best time slot for ci meeting | 14:43 |
| dmitriis | Looking for reviews on this spec https://review.opendev.org/c/openstack/neutron-specs/+/788821 | 14:43 |
| lajoskatona1 | slaweq: cool | 14:43 |
| lajoskatona1 | dmitriis: there's a nova spec for it as well: https://review.opendev.org/c/openstack/nova-specs/+/787458 | 14:45 |
| dmitriis | If anybody has bandwidth, it would be much appreciated. At the Nova side, this spec https://review.opendev.org/c/openstack/nova-specs/+/787458 was gated on the approval of the Neutron spec by the core devs. | 14:45 |
| frickler | another review on https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/815294 would also be nice | 14:46 |
| dmitriis | lajoskatona1: yes, here is the pointer to Nova cores wanting a review from Neutron first https://etherpad.opendev.org/p/nova-yoga-ptg#L561 | 14:46 |
| lajoskatona1 | dmitriis: ok, thanks, I will check it | 14:47 |
| dmitriis | as such, the Nova spec have went through several iterations ~April - May 2021 | 14:47 |
| lajoskatona1 | frickler: I will check it | 14:47 |
| dmitriis | so, there isn't much left to agree on there from what I can tell, just trying to get ordering right | 14:47 |
| dmitriis | lajoskatona1: tyvm | 14:47 |
| lajoskatona1 | dmitriis: np | 14:48 |
| lajoskatona1 | ok, if nothing more for today's meeting we can close here and prepare for the video CI meeting :-) | 14:49 |
| dmitriis | lajoskatona1: feel free to ping me or fnordahl if any questions arise. There is a WIP review for it already which may make it easier to see what's in it for Neutron https://review.opendev.org/c/openstack/neutron/+/808961 (likewise, there is code for Nova here https://review.opendev.org/c/openstack/nova/+/812111/) | 14:49 |
| lajoskatona1 | dmitriis: ack, I saw the link to the patch as comment :-) | 14:50 |
| lajoskatona1 | #endmeeting | 14:50 |
| opendevmeet | Meeting ended Tue Nov 2 14:50:39 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:50 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2021/networking.2021-11-02-14.00.html | 14:50 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2021/networking.2021-11-02-14.00.txt | 14:50 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2021/networking.2021-11-02-14.00.log.html | 14:50 |
| dmitriis | lajoskatona1: 👍 | 14:50 |
| ralonsoh | bye | 14:50 |
| lajoskatona1 | bye | 14:50 |
| mlavalle | o/ | 14:50 |
| dmitriis | o/ | 14:50 |
| slaweq | bye | 14:51 |
| rubasov | o/ | 14:52 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Add functional and fullstack jobs with FIPS enabled https://review.opendev.org/c/openstack/neutron/+/814009 | 14:54 |
| slaweq | #startmeeting neutron_ci | 15:00 |
| opendevmeet | Meeting started Tue Nov 2 15:00:16 2021 UTC and is due to finish in 60 minutes. The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
| opendevmeet | The meeting name has been set to 'neutron_ci' | 15:00 |
| slaweq | hi | 15:00 |
| slaweq | please remember that this week's meeting is on video | 15:01 |
| slaweq | #link https://meetpad.opendev.org/neutron-ci-meetings | 15:01 |
| slaweq | ralonsoh: lajoskatona1 are You joining? | 15:01 |
| obondarev_ | hi | 15:03 |
| slaweq | #topic Actions from previous meetings | 15:03 |
| slaweq | bcafarel to switch to use regular ubuntu image in the train jobs, related to https://bugs.launchpad.net/neutron/+bug/1948804 | 15:03 |
| lajoskatona1 | yes, sorry | 15:03 |
| slaweq | ralonsoh to open LP bug and check functional failure with missing snat namespace | 15:04 |
| slaweq | #link https://bugs.launchpad.net/neutron/+bug/1948832 | 15:04 |
| slaweq | #action slaweq to work on https://bugs.launchpad.net/neutron/+bug/1948832 | 15:09 |
| slaweq | slaweq to prepare doodle with question about new time slot for CI meetings | 15:09 |
| slaweq | https://doodle.com/poll/3n2im4ebyxhs45ne?utm_source=poll&utm_medium=link | 15:09 |
| slaweq | slaweq to prepare ci meeting on tue 2.11 as video call | 15:11 |
| slaweq | #topic Stadium projects | 15:11 |
| slaweq | #topic Stable branches | 15:12 |
| slaweq | #link https://etherpad.opendev.org/p/neutron-stable-ussuri-em | 15:13 |
| slaweq | #topic Grafana | 15:14 |
| slaweq | https://grafana.opendev.org/d/BmiopeEMz/neutron-failure-rate?orgId=1 | 15:14 |
| slaweq | #topic fullstack/functional | 15:19 |
| slaweq | https://review.opendev.org/c/openstack/neutron/+/816354 | 15:19 |
| slaweq | #topic Tempest/Scenario | 15:22 |
| slaweq | https://1bdefef51603346d84af-53302f911195502b1bb2d87ad2b01ca2.ssl.cf5.rackcdn.com/814807/4/check/neutron-tempest-plugin-scenario-openvswitch/3de2195/testr_results.html | 15:24 |
| slaweq | #link https://launchpad.net/bugs/1947993 | 15:27 |
| slaweq | #action ralonsoh to check metadata issue https://1bdefef51603346d84af-53302f911195502b1bb2d87ad2b01ca2.ssl.cf5.rackcdn.com/814807/4/check/neutron-tempest-plugin-scenario-openvswitch/3de2195/testr_results.html | 15:29 |
| slaweq | https://5a5cde44dedb81c8bd48-91d0b9dca863bf6ffc8b1718d062319a.ssl.cf5.rackcdn.com/805391/13/check/neutron-tempest-plugin-scenario-ovn/84283cb/testr_results.html | 15:29 |
| slaweq | #action slaweq to check https://5a5cde44dedb81c8bd48-91d0b9dca863bf6ffc8b1718d062319a.ssl.cf5.rackcdn.com/805391/13/check/neutron-tempest-plugin-scenario-ovn/84283cb/testr_results.html | 15:32 |
| slaweq | https://581819ea67919485b97e-6002fae613cad806f99007086c39ea60.ssl.cf2.rackcdn.com/813977/5/gate/neutron-tempest-plugin-scenario-linuxbridge/8fdcf6f/testr_results.html | 15:32 |
| slaweq | #action lajoskatona1 to check https://581819ea67919485b97e-6002fae613cad806f99007086c39ea60.ssl.cf2.rackcdn.com/813977/5/gate/neutron-tempest-plugin-scenario-linuxbridge/8fdcf6f/testr_results.html | 15:33 |
| slaweq | #endmeeting | 15:49 |
| opendevmeet | Meeting ended Tue Nov 2 15:49:45 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:49 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-11-02-15.00.html | 15:49 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-11-02-15.00.txt | 15:49 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-11-02-15.00.log.html | 15:49 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Use the DB object when listing the SG rules https://review.opendev.org/c/openstack/neutron/+/816373 | 16:37 |
| nmk94 | Team: with security group with attached remote_security_group I can see two flows with different cookies one with default ovs cookie and another new cookie with conjunction flows , is it expected ? | 17:06 |
| nmk94 | ubuntu@req-generic-65-d012-mn:~$ sudo ovs-ofctl dump-flows br-int | awk '{print $1}' | sort -n | uniq cookie=0x12b7adbe73614620, cookie=0x207d02d6bbcf499e, NXST_FLOW ubuntu@req-generic-65-d012-mn:~$ sudo ovs-ofctl dump-flows br-int | grep "0x207d02d6bbcf499e" cookie=0x207d02d6bbcf499e, duration=335.421s, table=82, n_packets=0, n_bytes=0, idle_age=335, priority=70,ct_state=+est-rel-rpl,ipv6,reg6=0x1,ipv6_src=fdd8:a3ce:31ae:0:f816: | 17:07 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Check if OVN NB supports stateless NAT rules https://review.opendev.org/c/openstack/neutron/+/816376 | 17:12 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Check if OVN NB supports stateless NAT rules https://review.opendev.org/c/openstack/neutron/+/816376 | 17:33 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Check if OVN SB supports virtual ports https://review.opendev.org/c/openstack/neutron/+/816383 | 17:47 |
| opendevreview | Merged openstack/os-ken master: Msgpack version upgrade to 1.0.0 https://review.opendev.org/c/openstack/os-ken/+/815784 | 17:50 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Remove "get_logical_port_chassis_and_datapath" https://review.opendev.org/c/openstack/neutron/+/813462 | 17:51 |
| opendevreview | Merged openstack/neutron-lib master: Add qos-pps-minimum-rule-alias api-def and api-ref https://review.opendev.org/c/openstack/neutron-lib/+/815116 | 18:47 |
| *** ianw_pto is now known as ianw | 19:00 | |
| opendevreview | Slawek Kaplonski proposed openstack/os-ken master: Bugfix now multiple switches can connect with TLS https://review.opendev.org/c/openstack/os-ken/+/813833 | 20:42 |
| opendevreview | Slawek Kaplonski proposed openstack/os-ken master: Allow user to set cipher list. https://review.opendev.org/c/openstack/os-ken/+/813835 | 20:43 |
| opendevreview | Slawek Kaplonski proposed openstack/os-ken master: Add support for the MTU ND option. https://review.opendev.org/c/openstack/os-ken/+/813836 | 20:45 |
| opendevreview | Slawek Kaplonski proposed openstack/os-ken master: Bump min eventlet version to 0.26.1 https://review.opendev.org/c/openstack/os-ken/+/815601 | 20:56 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Add functional and fullstack jobs with FIPS enabled https://review.opendev.org/c/openstack/neutron/+/814009 | 21:39 |
| opendevreview | Merged openstack/neutron-tempest-plugin master: Add a config option for BGP speaker scheduling https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/815294 | 22:31 |
| opendevreview | Merged openstack/neutron-lib master: Move QosPlacementAllocationUpdateConflict to neutron-lib https://review.opendev.org/c/openstack/neutron-lib/+/816306 | 22:35 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!