opendevreview | liuyulong proposed openstack/neutron master: Add bridge_port_mappings to direct output for physical https://review.opendev.org/c/openstack/neutron/+/868150 | 00:59 |
---|---|---|
opendevreview | liuyulong proposed openstack/neutron master: Adds a RPC for ovs-agent to get server side config options https://review.opendev.org/c/openstack/neutron/+/868151 | 00:59 |
*** damian___9218 is now known as damian___921 | 01:07 | |
frickler | mlavalle: ralonsoh: zigo: cleaning up n-d-r bugs I found https://bugs.launchpad.net/neutron/+bug/1667329, do you know if there's still any work planned on that or can it be adandoned? | 05:55 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Discard batch-update-members not valid request https://review.opendev.org/c/openstack/ovn-octavia-provider/+/881198 | 06:58 |
opendevreview | yatin proposed openstack/neutron stable/train: [Train Only] Drop openstacksdk-functional job https://review.opendev.org/c/openstack/neutron/+/883890 | 07:08 |
slaweq | amotoki ralonsoh lajoskatona hi, please check https://review.opendev.org/c/openstack/neutron/+/881827 and give Your vote for the proper error code :) | 07:27 |
slaweq | amotoki I hope especially for Your opinion as an API expert there | 07:27 |
slaweq | thx in advance for help | 07:28 |
lajoskatona | slaweq: checking | 07:34 |
amotoki | slaweq: sure. looking at it | 07:37 |
slaweq | thx guys | 07:37 |
froyo | thx folks! | 07:44 |
opendevreview | Lajos Katona proposed openstack/neutron-tempest-plugin master: Adopt bgpvpn scenarios to recent sRBAC changes https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/883838 | 09:26 |
opendevreview | Lajos Katona proposed openstack/python-neutronclient master: OSC: Remove FWAAS V2 calls to neutronclient https://review.opendev.org/c/openstack/python-neutronclient/+/880629 | 10:06 |
opendevreview | Fernando Royo proposed openstack/neutron-lib master: Add FIPAttached exception https://review.opendev.org/c/openstack/neutron-lib/+/883901 | 10:55 |
opendevreview | Fernando Royo proposed openstack/neutron master: Return 409 Conflict to tenant user deleting port attached to FIP https://review.opendev.org/c/openstack/neutron/+/881827 | 11:02 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: SG rule dict method allows DB object and Neutron OVO https://review.opendev.org/c/openstack/neutron/+/883902 | 11:07 |
opendevreview | Lajos Katona proposed openstack/neutron-tempest-plugin master: Adopt bgpvpn scenarios to recent sRBAC changes https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/883838 | 11:45 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [WIP] Add a new synthetic field "is_default" to SG rule https://review.opendev.org/c/openstack/neutron/+/883907 | 11:46 |
*** arnau__ is now known as averdagu | 13:13 | |
opendevreview | Fernando Royo proposed openstack/neutron-lib master: Add FIPAttached exception https://review.opendev.org/c/openstack/neutron-lib/+/883901 | 13:14 |
opendevreview | Rodolfo Alonso proposed openstack/neutron-lib master: Add new SG rule extension ``security-groups-rules-is-default`` https://review.opendev.org/c/openstack/neutron-lib/+/883939 | 13:17 |
*** han-guangyu_ is now known as han-guangyu | 13:42 | |
han-guangyu | ralonsoh: hello, in last week, I ask about distributed snat. you tack to me that it's not implemented in ML2/OVS | 13:44 |
han-guangyu | ralonsoh: I was wondering if the community would be willing to provide some help if our side is interested in making this work. Our team has experience in openstack development, but lacks development experience in neutron network | 13:45 |
opendevreview | Bernard Cafarelli proposed openstack/neutron stable/xena: Use explicit inner join for networks in port query https://review.opendev.org/c/openstack/neutron/+/883912 | 13:47 |
opendevreview | Bernard Cafarelli proposed openstack/neutron stable/wallaby: Use explicit inner join for networks in port query https://review.opendev.org/c/openstack/neutron/+/883913 | 13:48 |
opendevreview | Fernando Royo proposed openstack/neutron-lib master: Add FIPAssociated exception https://review.opendev.org/c/openstack/neutron-lib/+/883901 | 13:55 |
opendevreview | Fernando Royo proposed openstack/neutron master: Return 409 Conflict to tenant user deleting port attached to FIP https://review.opendev.org/c/openstack/neutron/+/881827 | 13:57 |
ralonsoh | han-guangyu, the community can help you on this of course, but the proposal should be yours. You should propose a POC | 13:59 |
ralonsoh | of course you can use this channel for specific questions, if that is what you need | 13:59 |
ralonsoh | for this kind of development, you'll need first to propose a Launchpad bug as an RFE | 13:59 |
ralonsoh | and then propose this RFE to the community | 14:00 |
ralonsoh | sorry, I need now to start the neutron meeting | 14:00 |
han-guangyu | ralonsoh: get it, thank you so much | 14:00 |
ralonsoh | #startmeeting networking | 14:00 |
opendevmeet | Meeting started Tue May 23 14:00:25 2023 UTC and is due to finish in 60 minutes. The chair is ralonsoh. 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 |
lajoskatona | o/ | 14:00 |
ralonsoh | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, sahid, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki | 14:00 |
han-guangyu | o/ | 14:00 |
isabek | Hi | 14:00 |
averdagu | o/ | 14:00 |
bcafarel | o/ | 14:00 |
slaweq | o/ | 14:00 |
sahid | o/ | 14:01 |
ges | o/ | 14:01 |
ralonsoh | ok, I think we can start now | 14:01 |
ykarel | o/ | 14:01 |
ralonsoh | #topic announcements | 14:01 |
ralonsoh | #link https://releases.openstack.org/bobcat/schedule.html | 14:02 |
ralonsoh | 3 weeks for the Vancouver summit | 14:02 |
ralonsoh | #link https://etherpad.opendev.org/p/neutron-vancouver-2023 | 14:02 |
rubasov | late o/ | 14:02 |
ralonsoh | if you are attending, please add your topics in this etherpad | 14:02 |
ralonsoh | and as usual | 14:03 |
ralonsoh | #link https://openinfra.dev/live/#all-episodes | 14:03 |
ralonsoh | please check the list of video episodes the openinfra channel has | 14:03 |
ralonsoh | something else I'm missing? | 14:04 |
ralonsoh | ok, let's jump to the next topic | 14:04 |
ralonsoh | #topic bugs | 14:04 |
ralonsoh | last week report is from elvira | 14:04 |
ralonsoh | #link https://lists.openstack.org/pipermail/openstack-discuss/2023-May/033781.html | 14:04 |
ralonsoh | there are 3 bugs still not assigned/under triage | 14:04 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2020001 | 14:05 |
ralonsoh | Neutron Dynamic Routing : vip is not advertised via BGP | 14:05 |
ralonsoh | (to be honest, I didn't have time to check this one) | 14:05 |
ralonsoh | frickler, froyo can you check this one? | 14:06 |
elvira | I marked it as undecided because Jens Harbott was already discussing with the reported and marked it as incomplete | 14:06 |
froyo | ralonsoh: yeah, I will take a look | 14:06 |
ralonsoh | yes but Yusuf replied to this comment too | 14:06 |
elvira | Yes, I see it, thanks ralonsoh and froyo! | 14:07 |
ralonsoh | but apart from reading the reply, I didn't investigate it | 14:07 |
ralonsoh | froyo, thanks for your help, please comment on the LP if you have any proposal or conclusion | 14:07 |
ralonsoh | thanks! | 14:07 |
froyo | sure | 14:07 |
ralonsoh | next one | 14:07 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2020060 | 14:08 |
ralonsoh | Stateless Feature of Security Group Not Functioning in Case of other Port same compute use statefull | 14:08 |
ralonsoh | seems to be a corner case | 14:08 |
ralonsoh | when two rules have enabled and disabled the stateful flag | 14:08 |
slaweq | I have it on my todo list for this week | 14:08 |
slaweq | bu | 14:08 |
ralonsoh | and there are clashing iptables rules | 14:08 |
slaweq | but I will probably check it around Thursday or Friday | 14:09 |
ralonsoh | the point is that: is it possible to avoid this? or this should be prevented from the API? | 14:09 |
ralonsoh | because I don't see how can we prevent that in iptables | 14:09 |
slaweq | do You mean to avoid mixing stateless and stateful SGs on the same host? From the API PoV? | 14:10 |
ralonsoh | yes, if you have both type of rules in the same host, the iptables rules will overwrite the CT stsate | 14:11 |
slaweq | but doing such validation in the API may be extremely hard to do | 14:12 |
ralonsoh | well, not the same host but the same port | 14:12 |
slaweq | ahh, ok | 14:12 |
ralonsoh | yes... this is why I don't know how to solve this issue | 14:12 |
slaweq | that's easier | 14:12 |
ralonsoh | ahh ok ok | 14:12 |
ralonsoh | so if the port has "mixed" rules --> error | 14:12 |
ralonsoh | (btw, this seems to be an issue for LB, not other backends) | 14:13 |
lajoskatona | you mean when the port is created ? or when the sg is updated with the new rule? | 14:13 |
ralonsoh | both | 14:13 |
lajoskatona | ok | 14:13 |
slaweq | I will check it but that should be easy to do | 14:13 |
slaweq | or it even maybe should be like that already | 14:13 |
opendevreview | Fernando Royo proposed openstack/neutron-lib master: Add FIPAssociated exception https://review.opendev.org/c/openstack/neutron-lib/+/883901 | 14:13 |
ralonsoh | yeah | 14:13 |
slaweq | https://github.com/openstack/neutron/blob/master/neutron/db/securitygroups_db.py#L709 | 14:14 |
ralonsoh | slaweq, anyway, thanks again for assigning this bug to yourself | 14:14 |
slaweq | we have that validation | 14:14 |
ralonsoh | let me check | 14:14 |
ralonsoh | yeah right | 14:14 |
slaweq | maybe it's then just a bug that this validation is not executed in some case | 14:14 |
slaweq | I will check it | 14:14 |
ralonsoh | thanks! | 14:15 |
ralonsoh | last one | 14:15 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2020168 | 14:15 |
ralonsoh | [OVN][HWOL] traffic problems when sriov and non-sriov ports are bound on the same hypervisor | 14:15 |
ralonsoh | I see the submitter replied to my questions | 14:15 |
ralonsoh | so the problem here is not the OVN routing, because the router is external | 14:15 |
ralonsoh | it seems to be an easier (from the Neutron point of view) network configuration | 14:16 |
ralonsoh | I'll assign this one to myself but without a direct access to the env, it could be difficult to debug it | 14:16 |
ralonsoh | I'll do my best here | 14:16 |
ralonsoh | ok, this is what I have here | 14:17 |
ralonsoh | any other bug to be discussed? | 14:17 |
ralonsoh | this week ykarel is the deputy, next week will be mtomaska | 14:18 |
ykarel | ack | 14:18 |
mtomaska | ACK | 14:18 |
ralonsoh | thanks folks | 14:18 |
ralonsoh | let's move to the next topic | 14:18 |
ralonsoh | #topic specs | 14:18 |
ralonsoh | #link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open | 14:18 |
ralonsoh | first one | 14:18 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron-specs/+/882151 | 14:18 |
ralonsoh | I see lajoskatona addressed last comments | 14:19 |
ralonsoh | I'll check it tomorrow morning then | 14:19 |
lajoskatona | yes and just on my way to adress the last ones | 14:19 |
ralonsoh | but there are no other reviews apart from Bence | 14:19 |
ralonsoh | please please, review the specs | 14:19 |
ralonsoh | this one is almost ready, IMO | 14:20 |
ralonsoh | lajoskatona, any comment in this one? | 14:20 |
lajoskatona | nothing, as I wrote I will update the last comments from rubasov, and push it today I hope | 14:20 |
ralonsoh | thanks | 14:21 |
ralonsoh | next one | 14:21 |
opendevreview | Merged openstack/neutron stable/train: [Train Only] Drop openstacksdk-functional job https://review.opendev.org/c/openstack/neutron/+/883890 | 14:21 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron-specs/+/882272 | 14:21 |
ralonsoh | I changed the initial spec | 14:21 |
ralonsoh | now instead of a flag is a string | 14:21 |
ralonsoh | but the spirit of the spec is the same | 14:21 |
ralonsoh | there are very good reviews of missing points/errors I need to address | 14:21 |
ralonsoh | but I think this spec is quite easy | 14:22 |
ralonsoh | next one | 14:22 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron-specs/+/883481 | 14:22 |
ralonsoh | an update from slaweq | 14:22 |
ralonsoh | the spec was moved to 2023.2 and added some missing fields | 14:22 |
ralonsoh | I'll check it tomorrow morning but changes are trivial, IMO | 14:23 |
ralonsoh | and last one (nova-specs) | 14:23 |
ralonsoh | #link https://review.opendev.org/c/openstack/nova-specs/+/859290 | 14:23 |
ralonsoh | this is related to Napatech LinkVirt SmartNICs | 14:23 |
ralonsoh | half of the code is merged already | 14:24 |
ralonsoh | but please, check this spec | 14:24 |
lajoskatona | under this topic: https://review.opendev.org/q/topic:bug%252F2013540 | 14:24 |
ralonsoh | two projects are involved on this one | 14:24 |
ralonsoh | yes, there are two patches for neutron/n-lib | 14:24 |
ralonsoh | the n-lib one is merged and released | 14:25 |
ralonsoh | from the Neutron point of view, this could be trivial | 14:25 |
ralonsoh | but we need to be sure when adding new vif and vnic types | 14:25 |
lajoskatona | +1 | 14:26 |
ralonsoh | ok, something else (apart from begging for reviewers?) | 14:26 |
ralonsoh | ok, let's move on | 14:27 |
ralonsoh | #topic community_goals | 14:27 |
ralonsoh | 1) sRBAC | 14:27 |
ralonsoh | slaweq, I think there are no more bugs open | 14:27 |
ralonsoh | right? | 14:27 |
slaweq | nope | 14:27 |
slaweq | at least for now :) | 14:27 |
ralonsoh | perfect! | 14:27 |
slaweq | I need to focus on service-2-service communication now | 14:28 |
slaweq | but I first want to finish this default SG rules | 14:28 |
ralonsoh | yeah, do you have a public etherpad/lp bug for this? | 14:28 |
slaweq | not yet | 14:28 |
ralonsoh | ok, let's finish first the other feature | 14:28 |
ralonsoh | thanks! | 14:28 |
ralonsoh | next one | 14:29 |
ralonsoh | #2) Neutron client deprecation | 14:29 |
ralonsoh | lajoskatona, something relevant this week? | 14:29 |
lajoskatona | The usual etherpad: https://etherpad.opendev.org/p/python-neutronclient_deprecation | 14:29 |
lajoskatona | 2 things from last time, for fwaas | 14:29 |
lajoskatona | I pushed a follow-up for SDK: https://review.opendev.org/c/openstack/openstacksdk/+/883859 | 14:29 |
lajoskatona | this is to add a computed field for fw rules object, and I update the neutronclient patch for fwaas: | 14:30 |
lajoskatona | https://review.opendev.org/c/openstack/python-neutronclient/+/880629 | 14:30 |
lajoskatona | that's all for this topic from me | 14:30 |
ralonsoh | yeah, apart from the sdk patch, we have 3 pending patches | 14:30 |
ralonsoh | https://review.opendev.org/q/topic:bug/1999774+status:open | 14:30 |
ralonsoh | sorry, "including" the sdk patch | 14:31 |
ralonsoh | thanks for the update (I'll add them to my review list for tomorrow morning) | 14:31 |
ralonsoh | ok, let's move on then | 14:32 |
ralonsoh | #topic on_demand | 14:32 |
ralonsoh | I have one quick topic | 14:32 |
ralonsoh | and this is the update of the grenade job issue from ykarel (but we can move this one to the nex tmeeting) | 14:32 |
ralonsoh | slaweq, ^^ ok? | 14:33 |
ralonsoh | ok, let's comment this issue during the CI meeting, that is more appropriate | 14:33 |
ykarel | +1 | 14:34 |
ralonsoh | remember the CI meeting is in 30 mins in this channel | 14:34 |
ralonsoh | this week in video | 14:34 |
ralonsoh | (if I'm not wrong) | 14:34 |
lajoskatona | ack | 14:34 |
ralonsoh | ok folks, anything else you want to discuss? | 14:34 |
ges | I have this change in need of more discussion https://review.opendev.org/c/openstack/neutron/+/883235 | 14:35 |
ralonsoh | we can move this discussion to the patch, if you don't mind. I'll check your reply today | 14:36 |
ralonsoh | also you can ping me in this channel too | 14:36 |
ges | Sure, thanks! | 14:36 |
ralonsoh | something else? | 14:36 |
ralonsoh | ok folks, thank you for attending and see you in 25 mins in this channel in the CI meeting | 14:37 |
ralonsoh | #endmeeting | 14:37 |
opendevmeet | Meeting ended Tue May 23 14:37:05 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:37 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2023/networking.2023-05-23-14.00.html | 14:37 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-05-23-14.00.txt | 14:37 |
opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2023/networking.2023-05-23-14.00.log.html | 14:37 |
mlavalle | o/ | 14:37 |
lajoskatona | o/ | 14:37 |
rubasov | o/ | 14:37 |
mtomaska | o/ | 14:37 |
slaweq | o/ | 14:37 |
ykarel | o/ | 14:38 |
bcafarel | o/ | 14:38 |
ralonsoh | slaweq, ihrachys_ if you have 2 mins: | 14:47 |
ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/883681 | 14:47 |
ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/880890 | 14:47 |
slaweq | ralonsoh I will try to look at it later today or tomorrow morning | 14:58 |
ralonsoh | sure, no rush | 14:59 |
slaweq | #startmeeting neutron_ci | 15:00 |
opendevmeet | Meeting started Tue May 23 15:00:10 2023 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 |
ralonsoh | hi | 15:00 |
slaweq | ping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira | 15:00 |
lajoskatona | o/ | 15:00 |
ykarel | o/ | 15:00 |
bcafarel | o/ | 15:00 |
lajoskatona | isn't it video this week? | 15:00 |
slaweq | lajoskatona nope | 15:01 |
lajoskatona | ok | 15:01 |
ralonsoh | (I was wrong) | 15:01 |
slaweq | last week there wasn't meeting | 15:01 |
slaweq | and two weeks ago it was on video | 15:01 |
slaweq | so this week it's on irc :) | 15:01 |
mlavalle | LOL, I've waiting in the video meeting | 15:02 |
slaweq | Grafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=1 | 15:02 |
slaweq | #topic Actions from previous meetings | 15:03 |
slaweq | lajoskatona to check with dnm patch stadium projects with py39 | 15:03 |
lajoskatona | huuu, I forgot about that, I will check | 15:04 |
slaweq | ok, thx | 15:04 |
slaweq | #action lajoskatona to check with dnm patch stadium projects with py39 | 15:04 |
lajoskatona | this week I checked the issues with rbac :-) | 15:04 |
slaweq | in stadium? | 15:05 |
lajoskatona | yes, here is the list: https://review.opendev.org/q/topic:bug%252F2019097 | 15:05 |
slaweq | thx for that | 15:05 |
slaweq | are those patches ready for review? | 15:06 |
ralonsoh | some of then are still failing | 15:06 |
lajoskatona | yes, I still have to check the bgpvpn tempest tests, for example | 15:06 |
slaweq | ok, so let us know when it will be ready | 15:06 |
lajoskatona | sure | 15:07 |
slaweq | and thx for working on this | 15:07 |
slaweq | next one | 15:07 |
slaweq | ykarel to update nova timeouts bug https://bugs.launchpad.net/neutron/+bug/2015065 | 15:07 |
ykarel | Yes added findings in comment 7 and 8 | 15:07 |
ykarel | this is the same issue ralonsoh mentioned in previous meeting | 15:07 |
lajoskatona | gibi also mentioned something about this and eventlet | 15:08 |
ykarel | After this gibi too investigated it based on traceback in 8 and filed an eventlet bug | 15:08 |
ykarel | https://github.com/eventlet/eventlet/issues/798 | 15:08 |
lajoskatona | +1, I didn't find it | 15:08 |
ykarel | in our jobs for now we disabled dbcounter https://review.opendev.org/c/openstack/neutron/+/883648 | 15:09 |
ykarel | don't know if it's directly related, but disabling it made the issue appear less frequent | 15:09 |
slaweq | so with https://review.opendev.org/c/openstack/neutron/+/883648 merged we should be good in our ci for now, right? | 15:09 |
lajoskatona | cool that is better than nothing | 15:09 |
ykarel | basically nova worker is getting stuck while contacting neutron apis | 15:09 |
ralonsoh | and we can't use another lib, right? | 15:10 |
ykarel | also there were some other issues where process don't get stuck but api requests just timeout in 60 seconds, as those taking more time | 15:10 |
ykarel | i didn't digged there why those taking more than 60 sec, but may be just system load | 15:11 |
slaweq | but indeed I think that grenade jobs are much more stable this week | 15:11 |
slaweq | thx ykarel for working on this | 15:11 |
ykarel | ralonsoh, sorry not clear, what another lib? | 15:11 |
slaweq | and gibi too :) | 15:11 |
ralonsoh | not urllib | 15:11 |
ykarel | also if anyone has inputs/workaround for the stuck issue please comment on the bug | 15:12 |
ralonsoh | ok | 15:12 |
slaweq | ok, I think we can move on | 15:13 |
slaweq | #topic Stable branches | 15:13 |
ykarel | ralonsoh, hmm not sure but yes if there are better alternatives could be tried out, but i think urllib is widely used | 15:13 |
slaweq | bcafarel any updates? | 15:13 |
bcafarel | all good in most branches, we had one job that started to fail in train https://bugs.launchpad.net/neutron/+bug/2020363 | 15:13 |
bcafarel | already fixed by ykarel++ dropping openstacksdk-functional job | 15:14 |
slaweq | ++ | 15:14 |
ralonsoh | +1 | 15:14 |
slaweq | thx ykarel | 15:14 |
slaweq | ok, next topic | 15:16 |
slaweq | #topic Stadium projects | 15:16 |
slaweq | I still see a lot of red jobs in periodic queues | 15:16 |
slaweq | but I guess it's related to s-rbac issue which lajoskatona is working on | 15:17 |
lajoskatona | yes exactly | 15:17 |
lajoskatona | and ralonsoh also | 15:17 |
lajoskatona | that's it from me for these projects, please check if there are ope npatches for these :-) | 15:18 |
slaweq | ++ thx | 15:18 |
slaweq | anything else regarding stadium or can we move on? | 15:18 |
lajoskatona | we can move on | 15:19 |
slaweq | ok | 15:19 |
slaweq | #topic Grafana | 15:19 |
slaweq | #link https://grafana.opendev.org/d/f913631585/neutron-failure-rate | 15:19 |
slaweq | no anything critical there | 15:20 |
slaweq | at least from what I see there | 15:20 |
slaweq | so let's move on | 15:21 |
slaweq | #topic Rechecks | 15:21 |
slaweq | this week we are going back to lower numbers of rechecks | 15:21 |
slaweq | so that's good | 15:21 |
slaweq | regarding bare rechecks we are also good as most of our rechecks are with some reason | 15:21 |
slaweq | but the bad thing is that we are doing A LOT of rechecks in total | 15:22 |
slaweq | in last 7 days it was 64 rechecks in total | 15:22 |
slaweq | I will need to update my script to be able to get data about recheck reasons | 15:23 |
slaweq | and then have some summary of why rechecks happens | 15:23 |
lajoskatona | the percentage is also high? i mean to the toal number of patchsets? | 15:23 |
slaweq | lajoskatona I don't have stats about number of patchsets | 15:24 |
mlavalle | yeah, it took me some rechecks to merge the metadata request rating stuff | 15:24 |
slaweq | I will look at it too | 15:24 |
lajoskatona | ok, thanks | 15:24 |
slaweq | and that's all about rechecks for me | 15:26 |
slaweq | I think we can move on | 15:26 |
slaweq | #topic fullstack/functional | 15:26 |
slaweq | I found couple of failures in functional tests this week | 15:26 |
slaweq | most of them happened once | 15:26 |
slaweq | but qos related tests from neutron.tests.functional.agent.common.test_ovs_lib.BaseOVSTestCase failed twice in similar (or the same) way: | 15:27 |
slaweq | https://7814844573a763db7ab8-0ac84b2ac4d53823f5d0fa90b7a93a42.ssl.cf2.rackcdn.com/882865/2/gate/neutron-functional-with-uwsgi/3e74eb2/testr_results.html | 15:27 |
slaweq | https://f326700999a21a41aed9-1ea95ca857946beec6346fe0f4481db6.ssl.cf1.rackcdn.com/883269/2/check/neutron-functional-with-uwsgi/f3242b7/testr_results.html | 15:27 |
slaweq | did You maybe saw it also already? | 15:27 |
ralonsoh | this is during the port creation | 15:28 |
ralonsoh | not even the qos set | 15:28 |
slaweq | yes | 15:28 |
slaweq | but I saw it in two qos related tests | 15:28 |
slaweq | it can be that it was just busy node | 15:28 |
slaweq | and some timeout happend | 15:28 |
slaweq | idk | 15:28 |
slaweq | anyone wants to check it in logs? | 15:29 |
ralonsoh | I'll try this week | 15:29 |
slaweq | thx ralonsoh | 15:29 |
slaweq | #action ralonsoh to check port creation timeout in functional tests | 15:30 |
slaweq | other failures I saw happened only once this week: | 15:30 |
slaweq | ovsdb command timeout https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_74b/883421/4/check/neutron-functional-with-uwsgi/74bb95e/testr_results.html | 15:31 |
slaweq | issue with connectivity: https://da71356301863c380a6d-648722ac87374da2f576895eac8df5a8.ssl.cf2.rackcdn.com/883687/1/check/neutron-functional-with-uwsgi/7e24a52/testr_results.html | 15:31 |
slaweq | or even there was expected no connectivity there and it was working all the time | 15:31 |
slaweq | IIUC stacktrace | 15:32 |
slaweq | and last but not least, yet another 2 timeouts with dvr_router_lifecycle: | 15:32 |
slaweq | https://9551a11e9f70ee5b8295-ea25b0076b50bda9415898f3289d868a.ssl.cf5.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-oslo-master/f4897e4/testr_results.html | 15:32 |
slaweq | https://fb13014d32b897a8a583-51ad4c26deb09abcf5b0e79e0d0bdf13.ssl.cf5.rackcdn.com/883681/2/check/neutron-functional-with-uwsgi/4b6f09c/testr_results.html | 15:32 |
slaweq | lajoskatona didn't You investigating same issue in the past? | 15:33 |
lajoskatona | something similar at least, and not just me :-) | 15:33 |
slaweq | ahh true | 15:33 |
slaweq | any volunteer to check those new failures there? | 15:34 |
ralonsoh | I'll try too | 15:34 |
mlavalle | I'll take one | 15:34 |
slaweq | thx | 15:34 |
mlavalle | which want you don't want ralonsoh ? | 15:34 |
ralonsoh | I'll check | 15:34 |
ralonsoh | _dvr_router_lifecycle | 15:34 |
slaweq | #action ralonsoh to check dvr_lifecycle timeouts in functional job | 15:35 |
mlavalle | ok, I'll check the ovsdb one | 15:35 |
slaweq | thx ralonsoh | 15:35 |
slaweq | #action mlavalle to check ovsdb command timeout in functional job | 15:35 |
slaweq | thx mlavalle | 15:35 |
slaweq | ok, and that's all about functional jobs which I have for today | 15:35 |
slaweq | can we move on to the next topic? | 15:36 |
mlavalle | let's move on | 15:36 |
slaweq | so I have just one last topic for today | 15:36 |
slaweq | #topic Periodic | 15:36 |
slaweq | in general things looks good there | 15:36 |
slaweq | except FIPS related jobs which are failing since 18.05.2023 | 15:37 |
slaweq | first there was problems with opevswitch start:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/TLUCwystodtTVqjAheZMlyGi>) | 15:37 |
slaweq | so it don't seems like neutron issue but something distro related more likely for me | 15:37 |
slaweq | any volunteer to check it? if not I will try to find some time for it this week | 15:38 |
ralonsoh | I'll do it | 15:38 |
slaweq | thx | 15:38 |
slaweq | #action ralonsoh to check failing fips periodic jobs | 15:38 |
slaweq | and that was last topic from me for today | 15:39 |
slaweq | #topic On Demand | 15:39 |
slaweq | anything else You want to discuss today here? | 15:39 |
ykarel | seems we missed tempest/grenade sections? | 15:39 |
slaweq | ykarel no, I didn't really missed it | 15:40 |
ykarel | ohkk then seems i missed it :) | 15:40 |
slaweq | I put some links there just for the record but it wasn't anything what is probably worth to discuss | 15:40 |
slaweq | there was just 2 issues which happened once each | 15:40 |
slaweq | and it didn't really looked like related to neutron | 15:41 |
slaweq | so it was just for the record in the etherpad :) | 15:41 |
ykarel | ok the grenade one i saw from etherpad, i seen before those but thought it's related to my test patches but looks like real issue | 15:41 |
slaweq | You mean that nova-api didn't stop issue? | 15:41 |
slaweq | or the other one? | 15:41 |
ykarel | yes | 15:41 |
ykarel | nova-api one | 15:42 |
slaweq | do You think we should report it already? | 15:42 |
ykarel | yes | 15:42 |
lajoskatona | ahh, I just saw that one | 15:42 |
ykarel | i can report it | 15:42 |
lajoskatona | thanks for it | 15:42 |
ykarel | as seen multiple occurances already | 15:43 |
ykarel | and impacting our gates | 15:43 |
slaweq | will You open bug for nova then? | 15:43 |
slaweq | thx ykarel | 15:43 |
slaweq | I saw it just this one time | 15:43 |
slaweq | that's why I though it's not that serious issue and not worth to report yet | 15:43 |
slaweq | but in such case, yeah pleas open LP for it | 15:43 |
ykarel | yes against nova or may be better with devstack/grenade | 15:43 |
ykarel | as looks more related to systemd/uwsgi config | 15:44 |
slaweq | ok | 15:44 |
slaweq | thx for that | 15:44 |
slaweq | ok, now I think we are done with topics for today :) | 15:45 |
slaweq | so I will give You 15 minutes back | 15:45 |
slaweq | thx for attending the meeting | 15:45 |
mlavalle | \o/ | 15:45 |
slaweq | o/ | 15:45 |
slaweq | #endmeeting | 15:45 |
opendevmeet | Meeting ended Tue May 23 15:45:28 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:45 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-05-23-15.00.html | 15:45 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-05-23-15.00.txt | 15:45 |
opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-05-23-15.00.log.html | 15:45 |
lajoskatona | o/ | 15:45 |
mlavalle | o/ | 15:45 |
ralonsoh | bye | 15:45 |
ykarel | bye | 15:46 |
opendevreview | Rodolfo Alonso proposed openstack/neutron-fwaas master: Fix issues due to recent RBAC changes https://review.opendev.org/c/openstack/neutron-fwaas/+/883653 | 17:01 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!