| opendevreview | liuyulong proposed openstack/neutron master: Add table for pps limitaion https://review.opendev.org/c/openstack/neutron/+/804213 | 02:31 |
|---|---|---|
| opendevreview | liuyulong proposed openstack/neutron master: Reuse the qos constants from neuron-lib https://review.opendev.org/c/openstack/neutron/+/804380 | 02:31 |
| opendevreview | liuyulong proposed openstack/neutron master: Reuse the qos constants from neuron-lib https://review.opendev.org/c/openstack/neutron/+/804380 | 05:27 |
| opendevreview | Manu B proposed openstack/neutron-dynamic-routing master: Support router association to BGP speaker https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/792338 | 05:58 |
| opendevreview | Merged openstack/neutron master: Handle all portbinding attrs in case of bulk port creation https://review.opendev.org/c/openstack/neutron/+/804746 | 07:28 |
| opendevreview | Mamatisa Nurmatov proposed openstack/neutron master: Use payload callback for RPC resources https://review.opendev.org/c/openstack/neutron/+/806607 | 07:30 |
| opendevreview | waleed mousa proposed openstack/neutron master: Add support for direct ports with QoS in OVN driver https://review.opendev.org/c/openstack/neutron/+/787876 | 07:46 |
| opendevreview | waleed mousa proposed openstack/neutron master: Add support for direct ports with QoS in OVN driver https://review.opendev.org/c/openstack/neutron/+/787876 | 07:46 |
| opendevreview | waleed mousa proposed openstack/neutron master: Add support for direct ports with QoS in OVN driver https://review.opendev.org/c/openstack/neutron/+/787876 | 07:48 |
| *** whoami-rajat is now known as Guest5879 | 08:10 | |
| *** whoami-rajat__ is now known as whoami-rajat | 08:10 | |
| opendevreview | Lajos Katona proposed openstack/neutron-tempest-plugin master: WIP: QoS min pps API tests https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/806689 | 08:45 |
| zigo | Hi. I'm trying to list all ports for router gateways of a specific network, so that I can bill them as public IPs. However, the project_id appears empty. What can I do?!? | 09:51 |
| opendevreview | LiZekun proposed openstack/neutron master: 加了单词“nova” https://review.opendev.org/c/openstack/neutron/+/806717 | 09:52 |
| opendevreview | Przemyslaw Szczerbik proposed openstack/neutron master: Add API extenstion for QoS minimum pps rule https://review.opendev.org/c/openstack/neutron/+/803045 | 09:58 |
| opendevreview | Przemyslaw Szczerbik proposed openstack/neutron master: ovs-agent: Report pkt processing info in heartbeat https://review.opendev.org/c/openstack/neutron/+/800444 | 09:59 |
| opendevreview | Przemyslaw Szczerbik proposed openstack/neutron master: Report CUSTOM_VNIC_TYPE_ traits on Neutron agent RP https://review.opendev.org/c/openstack/neutron/+/800445 | 09:59 |
| opendevreview | Przemyslaw Szczerbik proposed openstack/neutron master: Report pkt processing capacity on Neutron agent RP https://review.opendev.org/c/openstack/neutron/+/800446 | 09:59 |
| opendevreview | Przemyslaw Szczerbik proposed openstack/neutron master: Enable QoS minimum packet rate rule for OVS backend https://review.opendev.org/c/openstack/neutron/+/805391 | 09:59 |
| opendevreview | Przemyslaw Szczerbik proposed openstack/neutron master: Add port-resource-request-groups extension https://review.opendev.org/c/openstack/neutron/+/805637 | 09:59 |
| gthiemonge | Hey Folks, is OVN_BUILD_FROM_SOURCE=True recommended in devstack envs? I don't use it and I have cleanup issues with ovnnb_db | 10:06 |
| gthiemonge | when not using OVN_BUILD_FROM_SOURCE, the ovn db is stored in /var/lib/ovn and the devstack script cleans up the wrong location: https://opendev.org/openstack/devstack/src/branch/master/lib/neutron_plugins/ovn_agent#L569 | 10:13 |
| opendevreview | mitya-eremeev-2 proposed openstack/neutron master: Agent RPC step size in config. https://review.opendev.org/c/openstack/neutron/+/802596 | 10:33 |
| slaweq | gthiemonge: I don't think it's recommended | 10:36 |
| slaweq | maybe there is some bug in devstack while it's installed from packages | 10:36 |
| pjakuszew | Is there any way to get some additional profiling information from neutron agents about the duration of internal operations? I'm trying to figure about the reason of slow L3 agent resyncs in our infra, and debug logs are insufficient. I know about OSProfiler, but it seems to be only helpful in gathering metrics from operations issued via API. | 11:29 |
| pjakuszew | That slow resync issue really complicates all maintenance operations with our neutron nodes, and I would really like to see what is the source of that problem | 11:34 |
| pjakuszew | I guess that even some sort of live function trace would be sufficient to see where the delays are actually happening. | 11:35 |
| pjakuszew | I'm seeing that problem on a Rocky deployment, with L3 HA keepalived-based setup. After L3 Agent finally receives router list, it starts to create the namespaces, but it goes really slowly. | 11:41 |
| gthiemonge | slaweq: I'll open a launchpad for devstack, I have a workaround but it's probably not the right solution | 11:42 |
| slaweq | gthiemonge++ sure | 12:08 |
| slaweq | thx | 12:08 |
| ralonsoh | folks, if you have time: https://review.opendev.org/c/openstack/neutron-specs/+/799198 | 13:18 |
| ralonsoh | just to merge it this cycle. os-vif patch is merged | 13:19 |
| ralonsoh | and I can start working on the neutron code | 13:19 |
| opendevreview | Merged openstack/networking-bgpvpn stable/wallaby: Use assertCountEqual instead of assertItemsEqual https://review.opendev.org/c/openstack/networking-bgpvpn/+/806519 | 13:33 |
| opendevreview | Mamatisa Nurmatov proposed openstack/neutron master: Use payload callback for RPC resource_cache https://review.opendev.org/c/openstack/neutron/+/806607 | 13:39 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Remove dhcp_extra_opt value after first newline character https://review.opendev.org/c/openstack/neutron/+/806746 | 13:43 |
| opendevreview | Merged openstack/neutron master: use payload for OVSDB_RESOURCE https://review.opendev.org/c/openstack/neutron/+/805397 | 13:44 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron stable/wallaby: Remove dhcp_extra_opt value after first newline character https://review.opendev.org/c/openstack/neutron/+/806748 | 13:45 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron stable/victoria: Remove dhcp_extra_opt value after first newline character https://review.opendev.org/c/openstack/neutron/+/806749 | 13:45 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron stable/ussuri: Remove dhcp_extra_opt value after first newline character https://review.opendev.org/c/openstack/neutron/+/806750 | 13:46 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron stable/wallaby: Remove dhcp_extra_opt value after first newline character https://review.opendev.org/c/openstack/neutron/+/806748 | 13:47 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron stable/victoria: Remove dhcp_extra_opt value after first newline character https://review.opendev.org/c/openstack/neutron/+/806749 | 13:47 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron stable/ussuri: Remove dhcp_extra_opt value after first newline character https://review.opendev.org/c/openstack/neutron/+/806750 | 13:47 |
| fungi | neutron-core: ^ expedited review of those newline changes from slaweq would be much appreciated, announcing those to mailing lists in roughly an hour | 13:48 |
| opendevreview | Merged openstack/neutron-tempest-plugin master: Use default "ds512M" advance image in older stable branches https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/806119 | 13:54 |
| bcafarel | slaweq: I was going to complain about missing cherry-pick line in backports but I see you already fixed them :) | 14:00 |
| slaweq | #startmeeting networking | 14:00 |
| opendevmeet | Meeting started Tue Aug 31 14:00:24 2021 UTC and is due to finish in 60 minutes. The chair is slaweq. 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 |
| slaweq | o/ | 14:00 |
| ralonsoh | hi | 14:00 |
| slaweq | bcafarel++ :) | 14:00 |
| ganso | o/ | 14:00 |
| bcafarel | and o/ | 14:00 |
| njohnston | o/ | 14:00 |
| lajoskatona | o/ | 14:01 |
| slaweq | #topic Announcements | 14:01 |
| haleyb | hi | 14:01 |
| slaweq | first, and the most important | 14:01 |
| slaweq | please welcome lajoskatona as our new PTL for Yoga :) | 14:01 |
| obondarev | hi | 14:02 |
| slaweq | congtats lajoskatona | 14:02 |
| gibi | \o/ | 14:02 |
| lajoskatona | Thank you:-) | 14:02 |
| bcafarel | crongratulations lajoskatona! | 14:02 |
| ralonsoh | congrats! | 14:02 |
| mlavalle | congratulations! | 14:02 |
| bcafarel | and thanks again slaweq for the great 2 years of service :) | 14:02 |
| obondarev | lajoskatona: congrats! | 14:02 |
| haleyb | congrats and good luck! | 14:03 |
| slaweq | thx bcafarel :) | 14:03 |
| slaweq | ok, next one | 14:03 |
| slaweq | Xena cycle calendar https://releases.openstack.org/xena/schedule.html | 14:03 |
| slaweq | we are in the final stage of the Xena cycle | 14:03 |
| thomasb06 | slaweq: mlavalle: Hello. Last week I made contact with Kendall Nelson who is the point of contact for Academia at Opendev. She proposed to me to start with OpenStaceSDK and OpenStackClient as it gives a chance to see a bit of everything in OpenStack. And there are smaller chuncks for newcomers too. So I'd rather join her on these two projects. (But as Arnold Scharzenegger used to say: «I'll be | 14:03 |
| thomasb06 | back.» Those were the days) | 14:03 |
| slaweq | this week is Xena-3 milestone and final release for client libraries - we need to do release of python-neutronclient | 14:04 |
| mlavalle | thomasb06: that's good | 14:04 |
| slaweq | thomasb06: sure, feel free to reach out to us if You will need any help regarding Neutron :) | 14:04 |
| slaweq | neutronclient opened patches https://review.opendev.org/q/project:openstack/python-neutronclient+branch:master+status:open | 14:05 |
| thomasb06 | Thank you | 14:05 |
| slaweq | my only question is about 2 from manub which are related to bgp speakers | 14:05 |
| ralonsoh | why not in OSC? instead of n-client | 14:05 |
| slaweq | do we want to prioritize them this week and get them merged before thursday? | 14:05 |
| lajoskatona | ralonsoh: +1, I had a discussion few weeks ago with slaweq and amotoki: https://meetings.opendev.org/irclogs/%23openstack-neutron/%23openstack-neutron.2021-08-16.log.html | 14:06 |
| lajoskatona | sorry with timestamp: https://meetings.opendev.org/irclogs/%23openstack-neutron/%23openstack-neutron.2021-08-16.log.html#t2021-08-16T12:49:26 | 14:08 |
| lajoskatona | the summary I think is: "so my answer to your question is to implement the support for a new feature of both CLI (OSC plugin) and bindings in dynamic-rotuing in python-neutronclient." | 14:09 |
| lajoskatona | from amotoki | 14:09 |
| ganso | sorry to interrupt, but "as of now, neutronclient OSC plugin consumes python bindings in python-neutronclient repo, so adding corresponding stuff to the neutronclient repo would be straight-forward." | 14:10 |
| ganso | ^ is not very clear to me | 14:10 |
| ganso | I heard python-neutronclient was deprecated and not accepting new patches | 14:10 |
| ganso | forgot to include that amotoki mentioned the above statement I quoted | 14:11 |
| slaweq | ganso: neutronclient is in fact 2 things - 1st, it's CLI client for neutron and that is deprecated | 14:12 |
| slaweq | but also 2nd - it has python bindings, like SDK and that part isn't deprecated and still can accept patches | 14:13 |
| ganso | oh I see, its "library" part that is consumed by other projects is still going forward | 14:13 |
| slaweq | but probably amotoki is the best one to provide full explanation about it | 14:13 |
| slaweq | lajoskatona: so IIUC (I didn't check those patches fully yet) those patches from manub have that "CLI" part so we don't need to merge them, right? | 14:14 |
| *** whoami-rajat__ is now known as whoami-rajat | 14:15 | |
| manub | slaweq,regarding the bgp speaker related patches, it is not very urgent to merge it | 14:15 |
| slaweq | manub: ok | 14:15 |
| slaweq | thx | 14:15 |
| lajoskatona | slaweq: agree, | 14:15 |
| lajoskatona | ah, thanks manub | 14:15 |
| slaweq | so we should be good to go now with python-neutronclient | 14:15 |
| slaweq | thx | 14:15 |
| slaweq | ok, let's move on | 14:16 |
| slaweq | PTG in October | 14:16 |
| slaweq | https://etherpad.opendev.org/p/neutron-yoga-ptg | 14:16 |
| slaweq | just a reminder: please add Your ideas to the etherpad | 14:16 |
| slaweq | next one | 14:16 |
| slaweq | Operators pain points: http://lists.openstack.org/pipermail/openstack-discuss/2021-August/024487.html | 14:16 |
| slaweq | please read it - maybe You will want to help somehow in that effort | 14:17 |
| slaweq | that are all announcements from me | 14:17 |
| slaweq | do You have anything else to announce today? | 14:17 |
| bcafarel | on releases schedule there was an email on missing deliverable for ovn-octavia-provider too | 14:19 |
| slaweq | bcafarel: yes, thx | 14:19 |
| slaweq | I proposed release today: https://review.opendev.org/c/openstack/releases/+/806716 | 14:19 |
| slaweq | but tbh we have 1.1.0 already released for Xena | 14:20 |
| slaweq | so it seems for me like that this project was in that email by mistake | 14:20 |
| bcafarel | slaweq++ | 14:20 |
| bcafarel | probably because 1.1.0 was too long ago compared to Xena dates (at least in the check script) | 14:20 |
| slaweq | maybe | 14:21 |
| slaweq | but it is in deliverables/xena/ovn-octavia-provider.yaml file in the repo | 14:21 |
| slaweq | so should be ok | 14:21 |
| slaweq | ok, let's move on to the next topic | 14:23 |
| slaweq | #topic Blueprints | 14:23 |
| slaweq | Neutron Xena-3 https://bugs.launchpad.net/neutron/+milestone/xena-3 | 14:23 |
| slaweq | do You have any updates about them? | 14:23 |
| slaweq | if not, I think I will move all of them to neutron-next now as I don't think any of them will be ready this week | 14:25 |
| slaweq | so we should push them back to next cycle | 14:25 |
| slaweq | are You agree with that? | 14:26 |
| ralonsoh | ok | 14:26 |
| lajoskatona | +1 | 14:26 |
| gibi | fyi nova is landing the minimum guaranteed pps series | 14:27 |
| gibi | but it is OK to have it in nova even if it is not landing in neutron | 14:27 |
| gibi | as nova has still support the old style port resource_request | 14:27 |
| gibi | the whole thing in nova is guarded by the existence of the neutron port-resource-request-groups API extension | 14:28 |
| lajoskatona | This is the series for min pps in neutron: https://review.opendev.org/q/topic:%2522bp/qos-minimum-guaranteed-packet-rate%2522+(status:open+OR+status:merged)+project:openstack/neutron | 14:29 |
| gibi | thanks lajoskatona | 14:29 |
| slaweq | it's already pushed to the next release on neutron side | 14:30 |
| gibi | ack | 14:30 |
| slaweq | ok, let's move on | 14:32 |
| slaweq | #topic Bugs | 14:32 |
| slaweq | hongbin was bug deputy last week. Report http://lists.openstack.org/pipermail/openstack-discuss/2021-August/024523.html | 14:32 |
| slaweq | it seems from that report that it was easy week | 14:32 |
| slaweq | I saw there 2 unassigned issues | 14:32 |
| slaweq | https://bugs.launchpad.net/neutron/+bug/1941537 - API policy issue, | 14:32 |
| slaweq | https://bugs.launchpad.net/neutron/+bug/1940950 - ovn related, | 14:32 |
| ralonsoh | I think last was is addressed, at least I remember talking to Terry | 14:34 |
| ralonsoh | and I think this is not an issue | 14:34 |
| slaweq | ralonsoh: ok, that's good, thx | 14:34 |
| slaweq | I may try to check the first one but I don't know if I will have time really | 14:35 |
| slaweq | so if there is anyone else who would like to check it, feel free to assign it to Yourself | 14:35 |
| slaweq | ok, let's move on | 14:36 |
| slaweq | this week our bug deputy is haleyb | 14:36 |
| slaweq | and next week will be lajoskatona | 14:36 |
| slaweq | lajoskatona: ok for You? | 14:37 |
| bcafarel | feel free to create as many bugs as possible for our new PTL :) | 14:37 |
| slaweq | bcafarel: LOL | 14:38 |
| lajoskatona | YOu can postpone them | 14:39 |
| lajoskatona | sure it's in my calendar | 14:39 |
| slaweq | thx lajoskatona | 14:39 |
| slaweq | let's move on to the last topic for today | 14:39 |
| slaweq | #topic On Demand Agenda | 14:39 |
| slaweq | ganso: You added topic there | 14:39 |
| opendevreview | Przemyslaw Szczerbik proposed openstack/neutron master: Add port-resource-request-groups extension https://review.opendev.org/c/openstack/neutron/+/805637 | 14:39 |
| ganso | slaweq: yes | 14:40 |
| ganso | thanks | 14:40 |
| ganso | so, you partially answered my question previously | 14:40 |
| ganso | now I have the impression that horizon will not be changing from using the python-neutronclient library | 14:40 |
| ganso | as there may not be a reason to | 14:41 |
| ganso | but just something I'd like to point out is that when implementing the change that I linked, I had previously implemented the --limit and --marker params in OSC as a test, and noticed it worked very differently than the python-neutronclient, not because of the CLI, but because of how the lib works | 14:41 |
| ganso | so if horizon was to transition to use the osclib (or sdk, or something equivalent, I don't remember exactly what it uses), the logic of that patch would be slightly different, and I think the logic of some other pages would be impacted as well | 14:43 |
| ganso | so my concern is whether this is in the roadmap or not, if it makes sense to ask this question here instead of the horizon team | 14:43 |
| ganso | that's all I had to ask ^ | 14:45 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron master: [OVN] Change ControllerAgent type dinamically https://review.opendev.org/c/openstack/neutron/+/800278 | 14:46 |
| slaweq | You should ask about it horizon team | 14:46 |
| slaweq | here maybe only amotoki would be able to give You some answer really | 14:46 |
| ganso | slaweq: thanks | 14:46 |
| lajoskatona | Neutron team can answer the part that ask if we will totally move everything (included python bindings) from python-neutronclient to some osc/sdk repo | 14:47 |
| ganso | yea amotoki is not here today, will try to talk to him later when he is online | 14:47 |
| ganso | lajoskatona: that's a good thing to know, is that planned? | 14:47 |
| lajoskatona | The move of bindings is not a topic now, as we discussed previously | 14:49 |
| ganso | ok, thanks! | 14:49 |
| ganso | that's all I had | 14:50 |
| slaweq | thx ganso and lajoskatona | 14:50 |
| slaweq | if there are no other topic, I think I can give You few minutes back today | 14:51 |
| slaweq | thx for attending the meeting and see You online | 14:51 |
| bcafarel | o/ | 14:51 |
| slaweq | #endmeeting | 14:51 |
| opendevmeet | Meeting ended Tue Aug 31 14:51:32 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:51 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2021/networking.2021-08-31-14.00.html | 14:51 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2021/networking.2021-08-31-14.00.txt | 14:51 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2021/networking.2021-08-31-14.00.log.html | 14:51 |
| slaweq | o/ | 14:51 |
| ralonsoh | bye | 14:51 |
| lajoskatona | bye | 14:51 |
| slaweq | #startmeeting neutron_ci | 15:00 |
| opendevmeet | Meeting started Tue Aug 31 15:00:38 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 again | 15:00 |
| bcafarel | o/ again | 15:00 |
| slaweq | first of all | 15:01 |
| slaweq | Grafana dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate | 15:01 |
| lajoskatona | Hi | 15:01 |
| ralonsoh | hi | 15:01 |
| slaweq | ok, let's start | 15:01 |
| slaweq | #topic Actions from previous meetings | 15:01 |
| slaweq | slaweq to update neutron-lib grafana dashboard | 15:02 |
| slaweq | Patch https://review.opendev.org/c/openstack/project-config/+/806138 | 15:02 |
| ralonsoh | sorry, I forgot to review that patch | 15:02 |
| slaweq | ralonsoh: np | 15:03 |
| slaweq | that was only action from last week | 15:03 |
| slaweq | so we can move on to the next topics quickly | 15:03 |
| slaweq | #topic Stadium projects | 15:03 |
| slaweq | any updates/issues there? | 15:03 |
| lajoskatona | all green (I had a few days when thought all red, but it was some glitch) | 15:04 |
| slaweq | ++ | 15:04 |
| slaweq | that's good news | 15:04 |
| lajoskatona | except n-d-r: https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/806543 | 15:04 |
| slaweq | thx lajos | 15:04 |
| bcafarel | and https://review.opendev.org/c/openstack/networking-sfc/+/799838 if you have a minute for networking-sfc | 15:04 |
| lajoskatona | for n-d-r it is related to recent payload changes, but can't figure out what is missing from my patch | 15:04 |
| lajoskatona | bcafarel: ok | 15:05 |
| slaweq | lajoskatona: I can take a look at those failed UT if You want | 15:05 |
| lajoskatona | slaweq: thanks, I see binding failures for the failing test, but not sure if that is related to the failure or just happened earlier as well but not related to the test failure | 15:06 |
| slaweq | I bet it's red hering | 15:07 |
| slaweq | but maybe I'm wrong | 15:07 |
| lajoskatona | like here: https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/806543 | 15:07 |
| lajoskatona | slaweq: possible | 15:07 |
| lajoskatona | I mean that red herring | 15:07 |
| lajoskatona | :P | 15:07 |
| slaweq | if I will find something, I will write a comment in the gerrit | 15:08 |
| lajoskatona | ok, thanks | 15:08 |
| slaweq | if that's all for stadium's CI, I think we can move on | 15:10 |
| slaweq | #topic Stable branches | 15:10 |
| lajoskatona | that's it | 15:10 |
| slaweq | bcafarel: any updates there? | 15:10 |
| bcafarel | overall quite good, https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/806119 just merged so EM branches should be back to green soon too | 15:10 |
| ralonsoh | I hope so | 15:11 |
| slaweq | ++ | 15:12 |
| slaweq | great | 15:12 |
| slaweq | so I think we can move on quickly | 15:13 |
| slaweq | #topic Grafana | 15:14 |
| slaweq | http://grafana.openstack.org/dashboard/db/neutron-failure-rate | 15:14 |
| ralonsoh | functional testing is killing the CI | 15:14 |
| ralonsoh | the problem with the OVN UUID | 15:14 |
| slaweq | yes, and I know that jlibosva was working on it | 15:16 |
| ralonsoh | there is a patch to check the ovn-controller status | 15:16 |
| slaweq | and now otherwiseguy should continue that | 15:16 |
| slaweq | main problem is that it can happens in (almost) any ovn related functional test | 15:17 |
| ralonsoh | yes | 15:17 |
| slaweq | so it's hard to blacklist something | 15:17 |
| slaweq | or mark as unstable | 15:17 |
| slaweq | I hope otherwiseguy will find some solution quickly :) | 15:18 |
| slaweq | I think it's the reason of more than 90% of functional job's failures currently | 15:19 |
| lajoskatona | it wasn't the one for which jlibosvar proposed to use older ovs? | 15:19 |
| slaweq | lajoskatona: yes, but apparently the issue is more complicated than that | 15:21 |
| lajoskatona | slaweq: ok | 15:21 |
| slaweq | at least that's last info from jlibosva which I have | 15:21 |
| slaweq | ok, let's move on to the specific job's issues | 15:23 |
| slaweq | #topic Fullstack/functional | 15:23 |
| slaweq | regarding functional we already discussed | 15:23 |
| slaweq | for fullstack job, I found today 3 very similar failures | 15:23 |
| slaweq | https://bugs.launchpad.net/neutron/+bug/1942190 | 15:23 |
| slaweq | https://40502112e1d4c65f94dd-005095c9da7f9886ddbc5e1cb2d2328c.ssl.cf5.rackcdn.com/806325/1/check/neutron-fullstack-with-uwsgi/09ff3ee/testr_results.html | 15:23 |
| slaweq | https://838e8809c9c087f1d2df-d66d94e8460be82c507ecb0f70cc3225.ssl.cf2.rackcdn.com/798009/9/check/neutron-fullstack-with-uwsgi/73910c7/testr_results.html | 15:23 |
| slaweq | https://a08f18652b533db4c020-23d868cf2a4e074c6e4235ff4566c9f8.ssl.cf5.rackcdn.com/806277/1/check/neutron-fullstack-with-uwsgi/78a9d70/testr_results.html | 15:23 |
| slaweq | anyone wants to check it? | 15:24 |
| ralonsoh | maybe I'll be able at the end of the week | 15:24 |
| slaweq | thx ralonsoh | 15:24 |
| slaweq | #action ralonsoh to check fullstack issue https://bugs.launchpad.net/neutron/+bug/1942190 | 15:25 |
| slaweq | next topic | 15:25 |
| slaweq | #topic Tempest/Scenario | 15:25 |
| slaweq | here, I again saw some oom-killer issues :/ | 15:25 |
| slaweq | https://84a83418fe08abe99649-be6253c0e82f1539fed391a5717e06a0.ssl.cf2.rackcdn.com/804832/1/check/neutron-tempest-plugin-scenario-linuxbridge/f663af5/testr_results.html | 15:25 |
| slaweq | https://c7ef6c09f34b9ed727cc-08136eee394ca142f86118487824fe1a.ssl.cf5.rackcdn.com/800059/3/check/neutron-tempest-plugin-scenario-openvswitch-iptables_hybrid/e9ce1a1/testr_results.html | 15:25 |
| slaweq | https://d683bf64be57725b07bf-9eecc5f5b2306eceabd25b057aacac8a.ssl.cf5.rackcdn.com/804218/4/check/neutron-tempest-plugin-scenario-openvswitch-iptables_hybrid/a237a57/testr_results.html | 15:25 |
| slaweq | https://ecd9673e000fd4e988a6-dcb12bf222f1c96a489b3ed464d5a157.ssl.cf5.rackcdn.com/804218/4/gate/neutron-tempest-plugin-scenario-openvswitch/dfea836/testr_results.html | 15:25 |
| slaweq | https://2b735aae18d0591220ca-ba27e931a99f05bd6f205438b3cd6a3a.ssl.cf1.rackcdn.com/805031/3/check/neutron-tempest-plugin-scenario-linuxbridge/e958ebe/testr_results.html | 15:25 |
| ralonsoh | with the new image? | 15:25 |
| slaweq | for example that https://d683bf64be57725b07bf-9eecc5f5b2306eceabd25b057aacac8a.ssl.cf5.rackcdn.com/804218/4/check/neutron-tempest-plugin-scenario-openvswitch-iptables_hybrid/a237a57/testr_results.html is from today | 15:26 |
| ralonsoh | ADVANCED_INSTANCE_TYPE=ds512M | 15:26 |
| ralonsoh | I don't understand | 15:26 |
| ralonsoh | it is using the default one | 15:26 |
| slaweq | I see ADVANCED_INSTANCE_TYPE=ntp_image_384M | 15:27 |
| slaweq | in that job | 15:27 |
| ralonsoh | not in | 15:28 |
| ralonsoh | https://84a83418fe08abe99649-be6253c0e82f1539fed391a5717e06a0.ssl.cf2.rackcdn.com/804832/1/check/neutron-tempest-plugin-scenario-linuxbridge/f663af5/job-output.txt | 15:28 |
| slaweq | but that one was somehow older | 15:28 |
| ralonsoh | yeah | 15:29 |
| slaweq | I may not check date properly | 15:29 |
| slaweq | sorry for that link | 15:29 |
| ralonsoh | anyway, the new image is not helping | 15:29 |
| ralonsoh | maybe we have reduced the number of oom | 15:29 |
| slaweq | but still, in https://d683bf64be57725b07bf-9eecc5f5b2306eceabd25b057aacac8a.ssl.cf5.rackcdn.com/804218/4/check/neutron-tempest-plugin-scenario-openvswitch-iptables_hybrid/a237a57/job-output.txt proper flavor is used and it still failed with same issue | 15:29 |
| ralonsoh | but we didn't remove all | 15:29 |
| slaweq | at least it looks like the same issue | 15:29 |
| slaweq | yes, there is less such failures for sure | 15:29 |
| ralonsoh | so, what now? | 15:30 |
| ralonsoh | can we have bigger VMs? | 15:30 |
| slaweq | maybe we should run tests which requires advanced image serially? | 15:31 |
| ralonsoh | or we need to scratch for more RAM in the current envs? | 15:31 |
| slaweq | one by one | 15:31 |
| ralonsoh | the problem is the regex for this | 15:31 |
| ralonsoh | this is not an easy one | 15:31 |
| slaweq | I will try to figure out something | 15:31 |
| ralonsoh | in any case, we can try | 15:31 |
| slaweq | #action slaweq to check how to run advanced image tests in serial | 15:32 |
| slaweq | and that's basically all from me for today :) | 15:33 |
| slaweq | do You have anything else You want to talk about, regarding our CI? | 15:33 |
| ralonsoh | no | 15:34 |
| bcafarel | all good here | 15:34 |
| lajoskatona | nothing from me | 15:34 |
| slaweq | ok, so thx for attending the meeting | 15:34 |
| slaweq | and see You online | 15:34 |
| slaweq | o/ | 15:34 |
| ralonsoh | bye | 15:34 |
| slaweq | #endmeeting | 15:34 |
| opendevmeet | Meeting ended Tue Aug 31 15:34:51 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:34 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-08-31-15.00.html | 15:34 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-08-31-15.00.txt | 15:34 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-08-31-15.00.log.html | 15:34 |
| lajoskatona | bye | 15:35 |
| bcafarel | o/ | 15:36 |
| spatel | ralonsoh hey! are you around? | 16:00 |
| opendevreview | Eduardo Olivares proposed openstack/neutron-tempest-plugin master: Add test_previously_used_ip to cover LP1916761 https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/806771 | 16:10 |
| opendevreview | Merged openstack/networking-sfc master: [functional] Remove duplicate code from parent test class https://review.opendev.org/c/openstack/networking-sfc/+/799838 | 16:22 |
| opendevreview | Oleg Bondarev proposed openstack/neutron-lib master: Add Local IP constants and exceptions https://review.opendev.org/c/openstack/neutron-lib/+/804613 | 16:26 |
| opendevreview | Sebastian Lohff proposed openstack/neutron master: Fix dynamic segment allocation race condition https://review.opendev.org/c/openstack/neutron/+/788714 | 17:53 |
| opendevreview | Merged openstack/networking-sfc master: Use ovs constants from neutron-lib https://review.opendev.org/c/openstack/networking-sfc/+/797077 | 19:18 |
| opendevreview | Alexey Pustovitin proposed openstack/neutron stable/train: patch l3 agent in Train bug 1942251 https://review.opendev.org/c/openstack/neutron/+/806803 | 20:20 |
| opendevreview | Vishal Manchanda proposed openstack/neutron master: [doc]Correcting broken link https://review.opendev.org/c/openstack/neutron/+/806806 | 20:50 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!