Tuesday, 2022-04-26

opendevreviewZhouHeng proposed openstack/neutron master: [ovn]Refusing to bind port to dead agent  https://review.opendev.org/c/openstack/neutron/+/82542800:26
opendevreviewZhouHeng proposed openstack/neutron-fwaas master: add ovn driver  https://review.opendev.org/c/openstack/neutron-fwaas/+/83672901:02
opendevreviewOpenStack Proposal Bot proposed openstack/neutron master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/neutron/+/83807804:05
opendevreviewyatin proposed openstack/neutron stable/yoga: [FT] Run all .*MySQL tests in an isolated thread  https://review.opendev.org/c/openstack/neutron/+/83918905:41
opendevreviewliuhuajie proposed openstack/neutron master: subnet-service-types use api def ALIAS in _supported_extension_aliases  https://review.opendev.org/c/openstack/neutron/+/83930206:59
congntHi zhouhenglc, do you know about this mail? (https://www.mail-archive.com/ovs-discuss@openvswitch.org/msg07535.html). Nasiadka said will submit a patch to fix deploy ovn set TCP by command line, but now i can't find this patch07:44
opendevreviewLajos Katona proposed openstack/networking-bgpvpn master: CI: fix weekly job  https://review.opendev.org/c/openstack/networking-bgpvpn/+/83931307:51
zhouhenglccongnt: I haven't paid much attention to kolla's patch submission07:53
opendevreviewLajos Katona proposed openstack/networking-sfc master: CI: fix weekly job  https://review.opendev.org/c/openstack/networking-sfc/+/83931407:55
congntzhouhenglc: oh, i saw you commit to kolla-ansible (https://github.com/openstack/kolla-ansible/blob/stable/yoga/ansible/roles/ovn/templates/ovn-sb-db.json.j2), so i try to ask you :D!07:56
congntmy openstack cluster can't set probe, Is it due to this error (https://review.opendev.org/c/openstack/neutron/+/825269)?07:58
zhouhenglccongnt: this is fixed a parameter name07:59
zhouhenglc bug.07:59
zhouhenglccongnt: not this error08:00
zhouhenglccongnt: this patch is to update probe, and require connection exist.08:00
zhouhenglccongnt: Using kolla deployment, i'm not sure if it create the connection08:03
congntzhouhenglc: yes, i deploy by kolla, so i saw nothing in connection of ovn_sb and ovn_nb08:04
congntzhouhenglc: yesterday, you guide me set connection by "ovn-sbctl set-connection ptcp:6642:10.5.8.101 ptcp:6642:10.5.8.102 ptcp:6642:10.5.8.103", and set inactivity probe. But ovn_sb and ovsdb log still response inactivity probe by 5s08:05
opendevreviewRodolfo Alonso proposed openstack/networking-ovn stable/train: [OVN] Correctly set dns_server in dhcpv4/v6 options  https://review.opendev.org/c/openstack/networking-ovn/+/83898808:05
congntis_connected is false08:06
congnt_uuid               : bf8ac170-cf92-49e9-be6b-5d66944a72b408:06
congntexternal_ids        : {}08:06
congntinactivity_probe    : 6000008:06
congntis_connected        : false08:06
ralonsohbcafarel, slaweq easy ones (if you have time, and only those ones with Zuul +1)08:08
ralonsohbcafarel, slaweq easy ones (if you have time, and only those ones with Zuul +1)08:08
ralonsohhttps://review.opendev.org/q/I17aa53cea6aba8ea83187c99102a6f25fd33cfff08:08
ralonsohhttps://review.opendev.org/q/Iced254259170972a9699aa35ae8062776e11285d08:08
ralonsohthanks!08:08
zhouhenglccongnt: Are there 3 connections now? the inactivity_probe of each connection are 6000?08:09
congntzhouhenglc: yes, I have 3 connection, but all is_connected: false08:10
zhouhenglccongnt: What is the sb addresses configured in ovn-controller08:12
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Consolidate neutron-tempest-plugin-api with scenario jobs  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/83691208:18
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Consolidate neutron-tempest-plugin-api with scenario jobs  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/83691208:18
congntexternal_ids        : {ovn-bridge-mappings="physnet1:br-ex", ovn-chassis-mac-mappings="physnet1:52:54:00:9f:53:b7", ovn-encap-ip="10.5.8.202", ovn-encap-type=geneve, ovn-openflow-probe-interval="60", ovn-remote="tcp:10.5.8.101:6642,tcp:10.5.8.102:6642,tcp:10.5.8.103:6642", ovn-remote-probe-interval="60000", system-id=compute-2}08:22
congntzhouhenglc: this is my sb address on ovn-controller08:22
zhouhenglccongnt: I didn't find any problem08:29
zhouhenglccongnt: Is there a complete sb log08:30
congntzhouhenglc: I think problem is deploy ovn by kolla like in this mail (https://www.mail-archive.com/ovs-discuss@openvswitch.org/msg07535.html)08:31
zhouhenglccongnt: What is the start command for kolla to deploy ovn-sb now08:33
congntzhouhenglc: SB listen by command ovn-ctl, not create connection, so can't see any thing by command list connection08:33
congnthttps://github.com/openstack/kolla-ansible/blob/stable/victoria/ansible/roles/ovn/templates/ovn-sb-db.json.j2#L208:33
congntzhouhenglc: I'm asking on kolla channel 08:34
zhouhenglccongnt: there is no connection in my current environment after deploy, and I create and set the connection by other commands08:36
bcafarelralonsoh: sure, looking08:42
congntzhouhenglc: Are you deploy by kolla too?08:43
zhouhenglccongnt: use k8s08:44
zhouhenglccongnt: What is the version of OVS08:46
zhouhenglc?08:46
congntzhouhenglc: OVS version is 2.13.1, and OVN is 20.03.108:46
congntI saw a commit (https://github.com/ovn-org/ovn/commit/a4809a59175903a7276b3ca6d36a23dabb5fa363) improve process flow, i think we need to upgrade to OVN 20.03.208:47
zhouhenglccongnt: you can try upgrade, The version I use is 21.03, I think the problem that the connection setting does not take effect should have nothing to do with the deployment08:52
zhouhenglccongnt: The ovn version of my devstack environment is 20.03.2, can set connection successfully08:53
opendevreviewliuhuajie proposed openstack/neutron master: subnet-service-types use api def ALIAS in _supported_extension_aliases  https://review.opendev.org/c/openstack/neutron/+/83930208:53
zhouhenglccongnt: my devstack environment, ovs version 2.13.508:54
congntzhouhenglc: I can set connection, by seem it is not working08:54
congntlog ovsdb still response: tcp:127.0.0.1:47432: no response to inactivity probe after 5 seconds, disconnecting08:54
congntneutron still response ovn-controller down by command (openstack network agent list). I can't create vm in this host08:55
zhouhenglccongnt: only compute2 is down?08:57
congntyes, only it down. After some times (5, 10, 15 minutes). ovn-controller of this host is up08:58
congntovn-sbctl list Chassis | grep -i "hostname\|nb_cfg"09:00
congnthostname            : compute-109:00
congntnb_cfg              : 572509:00
congnthostname            : controller-209:00
congntnb_cfg              : 572509:00
congnthostname            : controller-109:00
congntnb_cfg              : 572509:00
congnthostname            : compute-209:00
congntnb_cfg              : 572309:00
congnthostname            : controller-309:00
congntnb_cfg              : 572509:00
zhouhenglccongnt: this log( inactivity probe after 5 seconds, disconnecting) in sb log? 09:01
congntsb log and ovsdb of compute09:02
zhouhenglccongnt: you can try "ovs-vsctl set manager . inactivity_probe=60000" in compute, and observe the ovsdb log09:03
congnt"ovs-vsctl list manager" don't show anything09:07
congntseems problem how kolla deploy ovn and ovs09:07
zhouhenglccongnt: I'm not very inclined to the problem of deployment. I think you can try to upgrade ovs.09:17
congntzhouhenglc: I will try to upgrade ovn and ovs. And plan upgrade openstack to yoga. Thank you very much for your support these days09:18
zhouhenglccongnt: :)09:19
congntzhouhenglc: Oh, I saw neutron-fwaas back :D do we plan to add ovn driver?09:20
zhouhenglccongnt: yes, I am working for this.09:21
congntzhouhenglc: wow, looking forward to it ^^09:21
opendevreviewMerged openstack/neutron stable/yoga: [L3][QoS] Remove router QoS binding when GW is removed  https://review.opendev.org/c/openstack/neutron/+/83901610:25
opendevreviewMerged openstack/neutron stable/xena: [L3][QoS] Remove router QoS binding when GW is removed  https://review.opendev.org/c/openstack/neutron/+/83901710:25
opendevreviewMerged openstack/neutron stable/wallaby: [L3][QoS] Remove router QoS binding when GW is removed  https://review.opendev.org/c/openstack/neutron/+/83901810:31
opendevreviewZhouHeng proposed openstack/neutron master: [ovn]Refusing to bind port to dead agent  https://review.opendev.org/c/openstack/neutron/+/82542811:04
opendevreviewLajos Katona proposed openstack/neutron-tempest-plugin master: [taas] Remove unused scenario.manager methods  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/83936011:14
sean-k-mooneyhum bug or feature. if you dont allow icmp packets on ingress you cant ping the default gateway when using ovn11:31
sean-k-mooneyif you were using ml2/ovs it would be allowed becasue its a related packet to the one allowed by the egress policy11:32
sean-k-mooneyso ml2/ovn is not acting the same as ml2/ovs with iptabels or ovs firewall11:32
opendevreviewyatin proposed openstack/neutron master: [DNM] Test multinode ovn grenade with fixes  https://review.opendev.org/c/openstack/neutron/+/83614111:33
lajoskatonaslaweq, ralonsoh: Hi could you please wf+1 this patch for weekly job of vpnaas: https://review.opendev.org/c/openstack/neutron-vpnaas/+/834499 ?11:49
ralonsohsure11:51
*** dasm|off is now known as dasm12:04
opendevreviewMerged openstack/neutron-vpnaas master: Add weekly jobs  https://review.opendev.org/c/openstack/neutron-vpnaas/+/83449912:31
opendevreviewyatin proposed openstack/neutron master: [DNM] Test multinode ovn grenade with fixes  https://review.opendev.org/c/openstack/neutron/+/83614112:32
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Code cleaning: make RPC method signatures more meaningful  https://review.opendev.org/c/openstack/tap-as-a-service/+/83343212:37
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVS] Do not shadow "l2_agent_extensions_manager" module  https://review.opendev.org/c/openstack/neutron/+/83937713:16
opendevreviewBernard Cafarelli proposed openstack/neutron stable/yoga: Dropping lower constraints testing (stable Yoga)  https://review.opendev.org/c/openstack/neutron/+/83919013:39
opendevreviewBernard Cafarelli proposed openstack/neutron stable/yoga: Fix setting table monitoring conditions  https://review.opendev.org/c/openstack/neutron/+/83870213:41
lajoskatona#startmeeting networking14:01
opendevmeetMeeting started Tue Apr 26 14:01:47 2022 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
opendevmeetThe meeting name has been set to 'networking'14:01
mlavalleo/14:01
lajoskatonaHi everybody :-)14:01
isabekHi!14:02
obondarevhi14:02
slaweqhi14:02
ralonsohhi14:02
bcafarelo/14:03
haleybhi14:03
lajoskatonaLet's start14:03
lajoskatona#topic Announcements14:04
lajoskatonaThe usual Zed schedule: https://releases.openstack.org/zed/schedule.html14:04
lajoskatonaI don't know any important dates for this week :-)14:04
rubasovo/14:04
lajoskatonaat least for master14:04
lajoskatona[neutron] Transition Victoria to EM: https://review.opendev.org/c/openstack/releases/+/83794714:04
bcafarelI was about to mention that one ^14:05
lajoskatonaWith otherwiseguy we agreed to wait for the backport of this series: https://review.opendev.org/q/I0503037b803a3c99fb7988bc20394c111ac456db14:05
lajoskatonabcafarel: thanks :-)14:05
* otherwiseguy catches up14:05
lajoskatonaas I remember from this morning it only hangs on yoga as waiting for https://review.opendev.org/c/openstack/neutron/+/839190 to remove l-c jobs14:06
slaweqmy concern with that one is that I'm not sure if we are allowed to bump requirements in stable branches14:06
slaweqbut if lajoskatona is ok with it then should be fine :)14:07
ralonsohwe can if there is a bug14:07
slaweqand bcafarel of course14:07
otherwiseguyand it's bumping to a new bugfix version, not an api breaking one or anything.14:07
slaweqralonsoh: I remember some time ago that we couldn't bump pyroute2 version even if there was memory leak14:07
lajoskatonayeah last Friday we discussed it with otherwiseguy, and as I see with new ovs pkg it can fail14:07
bcafarelI commented on backports but I think it is good, this is needed to fix a bug and all have bumps on relevant stable branches of ovsdbapp (no api change)14:07
ralonsohyes but in pyroute there is one single branch14:07
ralonsohhere we are creating minor versions from the stable branches14:08
slaweqok, I just wanted to make sure that everyone knows about it :)14:08
ralonsohhttps://review.opendev.org/q/topic:fix_ovs_2.1714:09
lajoskatonaslaweq: thanks, this is why I added a topic it here also :-)14:09
mlavalle+114:09
lajoskatonaok, so let's review them and hope that we can merge it and add to Victoria EM14:10
lajoskatonathanks for the discussion14:10
lajoskatonaAnother thing is neutron-vpnaas14:10
lajoskatonaI sent out mail, to accept mnaser as core reviewer for the project14:11
lajoskatonaHe already started  to fix the failing jobs, and in the mail thread even somebody else raised a hand for helping in the maintenance (perhaps noonedeadpunk ?)14:12
mnaseryep ^14:13
lajoskatonamnaser: if you have pending reviews or such the Tuesday meetings are a good forum to ask the team14:14
mnaserokay cool, awesome, sounds good14:14
lajoskatonaDo you have any comments or questions regarding the above topics?14:15
mnaserappreciate eyes on https://review.opendev.org/c/openstack/neutron-vpnaas/+/823904 and https://review.opendev.org/c/openstack/neutron-vpnaas/+/823906 -- they are quite trivial14:15
*** arnau__ is now known as arnau14:16
lajoskatonamnaser: will check, however my vpnaas background is near to zero :-)14:16
mnaseryeah, they are much more of "neutron made a change that vpnaas" didnt track sort of changes =P14:17
mnaseri.e. one around changing language from 'master' to 'primary' and vpnaas not catching up, but yeah14:17
mlavallei'll look at them this morning14:17
mlavalleat first glance, seem pretty simple14:17
lajoskatonamnaser: ok, thanks for the background14:18
lajoskatonaOk, let's move to the next topic14:19
lajoskatona#topic Bugs14:19
lajoskatonaReport from obondarev: http://lists.openstack.org/pipermail/openstack-discuss/2022-April/028294.html14:19
opendevreviewArnau Verdaguer proposed openstack/neutron master: [OVN][Migration] More robust checks on stop-agents  https://review.opendev.org/c/openstack/neutron/+/83939214:19
lajoskatonaI saw one bug which needs more attention:14:19
lajoskatona[OVN] Frequent DB leader changes causes 'VIF creation failed' on nova side (#link https://bugs.launchpad.net/neutron/+bug/1969592 )14:19
bcafarelhmm that sounds like the bug otherwiseguy was working on? (just a quick read though)14:20
bcafarelDB leader changes and raft appearing in logs14:20
lajoskatonabcafarel: really? would be a good coincidence14:20
* otherwiseguy looks14:20
otherwiseguyYeah, basically it's "using raft doesn't work until all of those previous patches letting us use 2.17 are merged" :D14:21
lajoskatonaotherwiseguy: thanks14:21
lajoskatonaahh, ok so it is another version of that14:21
otherwiseguybecause 2.17 allows fast reconnects, which raft relies on. leadership changes where you download the whole db every 100 transactions or so while ovs does a snapshot is...bad.14:21
lajoskatonacould you comment it on the above bug or perhaps make it a duplicate ?14:22
otherwiseguywill do14:22
lajoskatonaotherwiseguy: thanks14:22
bcafarelone bug down :)14:22
lajoskatona:-)14:22
lajoskatonaand even one down in nova, so a favor from us 14:23
mlavalle+114:24
mlavallelol14:24
lajoskatonaDo you have any comments for the bugs ?14:24
obondarevhttps://bugs.launchpad.net/neutron/+bug/1969354 - got some additional info, so deserves a second look14:24
obondarevthat's it :)14:25
ralonsohthe problem there seems to be the deployment tool14:26
ralonsohthat is not creating the connections14:26
lajoskatonaobondarev: thanks, as I see jlibosva checked it14:26
ralonsoh(check today's log in this channel)14:26
lajoskatonaralonsoh: ahh, ok so that is related to this bug, I haven't followed closely14:27
lajoskatonaralonsoh: shall we add kolla-ansible in this case also to the bug to have their opinion also?14:27
ralonsohyes, I think so14:27
labedz_hi, have you a chance to look on: https://bugs.launchpad.net/neutron/+bug/1970216 ?14:28
*** labedz_ is now known as labedz14:28
ralonsohsure, added to my pile14:29
lajoskatonafor the bug deputy week: This week isabek is the deputy, and next week elvira will be, Is that ok?14:30
slaweqme too14:30
elvirayes :)14:30
isabeko/14:30
lajoskatonaelvira, isabek: thanks14:30
lajoskatonaActually I have nothing more for today, if you have anything to discuss, please....14:31
ralonsohnot from me, thanks14:31
slaweqnothing from me14:32
lajoskatonaThanks for participating , see you online and on the coming CI meeting :-)14:33
bcafarelo/14:33
lajoskatona#endmeeting14:33
opendevmeetMeeting ended Tue Apr 26 14:33:28 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:33
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2022/networking.2022-04-26-14.01.html14:33
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2022/networking.2022-04-26-14.01.txt14:33
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2022/networking.2022-04-26-14.01.log.html14:33
lajoskatonao/14:33
ralonsohbye14:33
slaweqo/14:33
ykarelo/14:33
obondarevo/14:33
elvirao/14:33
opendevreviewMerged openstack/neutron-tempest-plugin master: [fwaas] Remove _create_port & create_keypair  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/83727514:33
opendevreviewMerged openstack/neutron-tempest-plugin master: [fwaas] Remove secgroup creation related methods  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/83751914:38
opendevreviewMerged openstack/neutron stable/yoga: [OVN] Handle OVN agents when "Chassis" register is deleted  https://review.opendev.org/c/openstack/neutron/+/83902214:45
opendevreviewMerged openstack/neutron stable/xena: [OVN] Handle OVN agents when "Chassis" register is deleted  https://review.opendev.org/c/openstack/neutron/+/83902314:57
slaweq#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Apr 26 15:00:23 2022 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'neutron_ci'15:00
slaweqhi15:00
mlavalleo/15:00
ralonsohhi15:00
slaweqGrafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=115:01
bcafarelo/15:01
opendevreviewMerged openstack/neutron-vpnaas master: Fix failover with L3 HA  https://review.opendev.org/c/openstack/neutron-vpnaas/+/82390415:02
lajoskatonao/15:02
slaweq#topic Actions from previous meetings15:02
slaweqmlavalle to add note about rechecking with reason15:03
mlavalleI  did15:03
mlavalleit turns out we already had  anote15:03
obondarevhi15:03
ykarelhi15:03
mlavalleburied in the Neutron policies15:03
mlavalleso I moved it one lever higher to make it more visible15:03
lajoskatonagood idea15:04
slaweqthx mlavalle 15:04
mlavallefixed some wording and added some examples (shamelessly stolen from Cinder)15:04
slaweqnow harder part - we need to enforce ourselves not to recheck without giving reasons15:04
slaweqand also educate others during reviews15:04
slaweq:)15:04
bcafareldo what we say, not what we usually do :)15:05
lajoskatonahttps://docs.openstack.org/neutron/latest/contributor/index.html#gerrit-rechecks15:05
slaweqbcafarel: exactly :)15:05
ralonsohlink please?15:05
mlavalleralonsoh: https://docs.openstack.org/neutron/latest/contributor/gerrit-recheck.html15:05
ralonsohtahnks15:06
mlavalleralonsoh: https://review.opendev.org/c/openstack/neutron/+/83910715:06
mlavallepatch^^^15:06
slaweqok, I think we can move on15:07
slaweqnext one15:07
slaweqlajoskatona to check with QA team if neutron-tempest-plugin tag for victoria EM will be done together with tempest15:07
lajoskatonayes I asked gmann about it15:07
lajoskatonaI have to search for the logs, but summary: they will prepare the tag after victoria EM-ed, and they can do it for neutron-tempest-plugin15:07
slaweqgreat15:08
slaweqso as last step we will update our victoria jobs in neutron-tempest-plugin to use those tagged versions of tempest and neutron-tempest-plugin15:08
lajoskatona"we can do tempest first and then plugins. but I am waiting for victoria to be EM which should be in coming week or so" (https://meetings.opendev.org/irclogs/%23openstack-qa/%23openstack-qa.2022-04-25.log.html )15:08
lajoskatonayes, exactly15:08
slaweqand remove those jobs from the check/gate queue in neutron-tempest-plugin repo15:08
slaweqthx lajoskatona 15:09
slaweqnext one15:09
slaweqlajoskatona to contiune checking failing py39 job in networking-odl15:09
lajoskatonait's on the way, but many small things to fix there (https://review.opendev.org/c/openstack/networking-odl/+/838451 )15:10
lajoskatonafunctional is now failing due to a recent change in devstack to collect stats from jobs and they import pymysql and that is not present for functional jobs15:11
slaweqlajoskatona: for that one there is fix proposed already: https://review.opendev.org/c/openstack/devstack/+/83921715:12
lajoskatonaslaweq: cool, thanks15:12
slaweqI pinged gmann and other devstack cores to review it ASAP15:13
slaweqok, next one15:13
slaweqmlavalle to check neutron-ovn-tempest-ovs-master-fedora periodic job15:13
mlavalleI checked it15:14
mlavallethe original problem was with ovs compiling / building15:14
mlavalleso the it failed building15:14
mlavallethat was fixed last week15:14
slaweqyeah, I saw that this job was green few times this week :)15:15
mlavalleit now succeeds building, but is intermitently failing a test: https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_15b/periodic/opendev.org/openstack/neutron/master/neutron-ovn-tempest-ovs-master-fedora/15b5850/testr_results.html15:15
mlavalleso I need to investigate this latter failure15:15
slaweqbut this test isn't really related to neutron15:15
mlavalleI know15:16
mlavalleI'll just keep an eye on it15:16
slaweqyes, thx a lot15:17
mlavalle:-)15:17
slaweqok, last one from previous week15:17
slaweqmlavalle to check failed fips periodic job15:17
mlavallewith that one I got lucky15:18
mlavalleit has been succeeding every single time since we talked about it last week15:18
mlavallehttps://zuul.openstack.org/builds?job_name=neutron-ovn-tempest-ovs-release-fips15:18
mlavalleI think that failure was a one of15:18
slaweqgreat then :)15:19
mlavallebecause even the few failures during the preceding days were build failures15:19
opendevreviewMerged openstack/networking-ovn stable/train: Do not announce any DNS resolver if "0.0.0.0" or "::" provided  https://review.opendev.org/c/openstack/networking-ovn/+/83898715:20
opendevreviewMerged openstack/tap-as-a-service master: Add weekly jobs  https://review.opendev.org/c/openstack/tap-as-a-service/+/83450515:21
slaweqok, that were all actions from last meeting15:21
ykarelahkk https://github.com/ovn-org/ovn/commit/996ed75db776c59098b6539d0c03d43977202885 fixed that fedora ovn job15:21
ykarelcompilation issue15:21
slaweqI think we can move on15:21
slaweq#topic Stable branches15:21
slaweqthx ykarel for link15:21
bcafarelnot much this week (aka no news is good news!)15:22
bcafarelmain point is victoria switching to EM we already talked about15:22
slaweqok, thx bcafarel :)15:24
slaweqso next topic then15:24
slaweq#topic Stadium projects15:24
slaweqlajoskatona: any new issues in stadium's ci, except those in networking-odl?15:25
lajoskatonayes for weekly jobs: https://review.opendev.org/q/topic:weekly_job15:26
lajoskatonaI just realized that for sfc and bgpvpn we have to add neutron to required projects list15:26
lajoskatonaand I have 2 more for taas to make py310 green: py310 for taas: https://review.opendev.org/q/topic:p310_for_taas15:27
lajoskatonabut otherwise the other stadiums seems to be green15:27
opendevreviewMerged openstack/neutron stable/xena: Fix setting table monitoring conditions  https://review.opendev.org/c/openstack/neutron/+/83878315:27
slaweqI think You need to rebase those 2 taas patches15:28
lajoskatonaslaweq: true, I will do, 2 hours ago it was green....15:29
slaweq:)15:29
slaweqand for those weekly jobs in sfc and bgpvpn - do You have patches ready?15:30
lajoskatonahttps://review.opendev.org/q/topic:weekly_job15:30
slaweqahh, sorry15:30
slaweqthx15:30
lajoskatonathanks for the attention15:30
slaweq+2 on both15:31
slaweqok, I think we can move on15:32
slaweq#topic Grafana15:32
slaweq#link https://grafana.opendev.org/d/f913631585/neutron-failure-rate15:32
slaweqI noticed there is a lot of gaps there recently15:32
slaweqI'm not sure if that is going to be shutdown together with services like logstash too15:32
slaweqI hope grafana will still be up :)15:33
lajoskatonaI haven't heard about it, so I hope not15:33
bcafarelno logs, no bugs? :)15:34
bcafarelbut yeah hopefully it still works after that change15:34
slaweqbcafarel: I wish :P15:34
slaweqregarding dashboard I saw some spike to 100% of failures during the weekend15:35
slaweqbut there was not many runs so it could be some kind of red hering15:35
slaweqnow it seems to be ok(ish) again15:35
slaweqeven functional jobs is pretty low with failures this week15:36
lajoskatonaa little strange that all tempest job failure rates are 015:36
slaweqlajoskatona: I'm not worried about it :)15:37
lajoskatonaslaweq: if it is true I like it15:37
slaweq:)15:37
slaweqanything else regarding grafana?15:38
slaweqor can we move on?15:38
mlavallemove on15:38
lajoskatona+115:38
slaweq#topic Rechecks15:38
slaweqI added it as separate topic as we discuss it every week basically15:39
slaweq+---------+----------+... (full message at https://matrix.org/_matrix/media/r0/download/matrix.org/fFJABtYBrfTVRoIFUycCRQHt)15:39
slaweqwe are pretty ok with the number of rechecks15:39
slaweqabove 1 in average this week but I checked patches which had most of the recheck15:39
slaweqand there were only 3 above that average:15:39
slaweqhttps://review.opendev.org/c/openstack/neutron/+/836863 - 8 rechecks - mostly hitting https://bugs.launchpad.net/neutron/+bug/195695815:40
lajoskatonathese numbers for master or all branches?15:40
slaweqhttps://review.opendev.org/c/openstack/neutron/+/834952 - 5 rechecks - mostly hitting 15:40
slaweqhttps://bugs.launchpad.net/neutron/+bug/195695815:40
ralonsoh^^ https://review.opendev.org/c/openstack/neutron/+/83614015:40
slaweqand https://review.opendev.org/c/openstack/neutron/+/837143 - 2 rechecks, pretty old ones15:40
lajoskatonathe doc one was from me, It was boring at the end but I had the opportunity to force myself to do not recheck blindly15:41
ralonsohI would need help with this patch15:41
slaweqlajoskatona: yes, those are numbers from master branch only15:41
slaweqlajoskatona: no worries, it's not to blame anyone here15:41
slaweqmore to understand where and why we have those rechecks :)15:42
lajoskatonaslaweq: no offense but that small patch for doc I keep in my memories :-)15:42
slaweqand it seems that https://bugs.launchpad.net/neutron/+bug/1956958 is our main problem currently :)15:42
lajoskatonaand ralonsoh has the above patch for it :  https://review.opendev.org/c/openstack/neutron/+/836140 ?15:42
ralonsohyes15:42
slaweqralonsoh: I remember about Your patch https://review.opendev.org/c/openstack/neutron/+/836140 and looking forward for it :)15:43
ralonsohI've tested it manually15:43
ralonsohbut I don't know why the script is not running when called from the L3 agent15:43
slaweqdo You need help with it?15:43
slaweqI can take a look15:43
ralonsohthat will be perfect15:43
slaweqok15:44
slaweqI will try, but probably on Thursday or Friday15:44
ralonsohno rush15:45
slaweq#action slaweq to check patch https://review.opendev.org/c/openstack/neutron/+/836140 15:45
slaweqanything else regarding rechecks today?15:45
slaweqor are we moving on?15:45
lajoskatonawe can move15:46
slaweq#topic fullstack/functional15:46
slaweqhere ykarel (probably) gave some examples of failures:15:46
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_955/834952/1/gate/neutron-functional-with-uwsgi/955ffd5/testr_results.html15:46
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_b61/834952/1/gate/neutron-functional-with-uwsgi/b617dc3/testr_results.html15:46
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_211/837681/2/check/neutron-functional-with-uwsgi/2117823/testr_results.html15:47
ykarelyes i think all those are related to keeplived thing?15:47
slaweqbut IMO all of them are related to the bug     Probably https://bugs.launchpad.net/neutron/+bug/1956958 and timeout while waiting for router transition15:47
ykarelslaweq, is it different then what ralonsoh is trying to fix with https://review.opendev.org/c/openstack/neutron/+/836140?15:48
slaweqand that's basically all what I have for today for functional/fullstack jobs15:48
slaweqykarel: I think it's exactly the same15:48
ralonsohyeah15:48
ykarelokk Thanks for confirmation15:48
ykarelalso i noticed failure related to functional test stuck in stable/yoga and pushed backport https://review.opendev.org/c/openstack/neutron/+/83918915:49
slaweqthx15:50
ralonsoh(nice patch!)15:50
ralonsohhehehe15:50
slaweq:)15:51
lajoskatonaLoL15:51
slaweqok, lets move on15:51
*** labedz is now known as labedz_15:51
slaweqfor periodic jobs all looks mostly good15:51
slaweqwe have failing neutron-ovn-tempest-postgres-full job but it's because of the same bug as networking-odl functional jobs15:52
slaweqand patch https://review.opendev.org/c/openstack/devstack/+/839217 should fix it15:52
slaweqso one last item for today15:52
slaweq#topic On Demand agenda15:52
slaweqI have one quick thing here15:52
slaweqnext Tuesday will be public holiday in Poland15:52
slaweqso I will be off15:52
slaweqdo we want to cancel ci meeting or someone else will chair it?15:53
bcafarelnot public holiday here but I will be off too15:53
ralonsohif we have a critical number of bugs, we can have it15:53
ralonsohif not, for now, we can cancel15:53
lajoskatona+115:53
slaweqok, I will check on Monday how it looks and will ping You ralonsoh to chair it or will cancel it15:54
ralonsohperfect15:54
mlavalle+115:54
slaweqthx15:54
slaweqthat's all from me for today15:54
ykarel+115:54
slaweqanything else You want to discuss, regarding our ci?15:54
mlavallenothing from me15:54
lajoskatonanothing from me15:55
bcafarelnothing here15:55
slaweqok, so thx for attending the meeting15:55
slaweqand have a great week15:55
slaweqo/15:55
obondarevo/15:55
slaweq#endmeeting15:55
opendevmeetMeeting ended Tue Apr 26 15:55:26 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:55
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-04-26-15.00.html15:55
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-04-26-15.00.txt15:55
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-04-26-15.00.log.html15:55
ralonsohbye15:55
mlavalleo/15:55
lajoskatonao/15:55
ykarelo/15:56
otherwiseguybcafarel: https://review.opendev.org/c/openstack/neutron/+/838702 has 2 +2s and just passed check gate. :D16:04
otherwiseguyjust needs a w+1 :D16:04
bcafarelotherwiseguy: done though it will need l-c fix in too first https://review.opendev.org/c/openstack/neutron/+/839190/16:05
otherwiseguyfun, my patch passes when it is rebased on that patch and that patch failed.16:05
* otherwiseguy shakes his fist at CI16:06
opendevreviewliuhuajie proposed openstack/neutron master: Use neutron-lib subnet-service-types API def ALIAS in _supported_extension_aliases  https://review.opendev.org/c/openstack/neutron/+/83930216:06
opendevreviewyatin proposed openstack/neutron master: [DNM] Test multinode ovn grenade with fixes  https://review.opendev.org/c/openstack/neutron/+/83614116:09
opendevreviewMerged openstack/neutron stable/wallaby: Fix setting table monitoring conditions  https://review.opendev.org/c/openstack/neutron/+/83878416:12
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: py310: Add rpm packages to bindep.txt  https://review.opendev.org/c/openstack/tap-as-a-service/+/83488016:14
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: test: Make py310 passing  https://review.opendev.org/c/openstack/tap-as-a-service/+/83492816:15
lajoskatonaralonsoh, otherwiseguy, bcafarel: regarding https://review.opendev.org/c/openstack/neutron/+/838883 , do we have ovsdbapp release for the backport I found only wallaby (https://review.opendev.org/c/openstack/releases/+/838517 )16:24
otherwiseguylajoskatona: there is no ovsdbapp release for vicotria for that because ovsdbapp victoria wasn't affected by the bug.16:26
ralonsohlajoskatona, no, https://review.opendev.org/q/Iad0d7472a7adce4a79111f94a2f33fc5b1a5c530 goes to wallaby only16:26
lajoskatonaotherwiseguy: ok, thanks 16:26
ralonsohotherwiseguy, why do we need https://review.opendev.org/c/openstack/neutron/+/838883 then?16:26
lajoskatonaralonsoh: yeah I just found that series, thanks16:26
otherwiseguyralonsoh: because it does a .condition access itself which is what is broken in ovs.16:27
otherwiseguyralonsoh: ovsdbapp *also* had one in update_tables(), but that wasn't backported to victoria.16:27
ralonsohotherwiseguy, ok, this is the same discussion as before. We should have ovsdbapp fix too, before merging the patch in Neutron16:29
otherwiseguyralonsoh: I'm getting confused.16:29
otherwiseguyThere is no ovsdbapp fix in victoria.16:30
otherwiseguyso nothing to wait on.16:30
ralonsohotherwiseguy, but why there is no fix is ovsdbapp victoria?16:30
otherwiseguyralonsoh: because there is no broken code in ovsdbapp victoria. update_tables() was the broken method. It is not there.16:30
otherwiseguyFor more recent ovsdbapp/neutron, both had broken usages of .condition. Older than wallaby, only neutron has a broken usage.16:31
ralonsohok ok, now I'm reading the code in ovsdbapp16:31
ralonsohyeah sorry16:31
otherwiseguyralonsoh: long story short: seeing as I'd used (or at least reviewed) *two* usages of .condition in two projects, I probably should have known not to break it in ovs. :p16:32
ralonsohnot at all. And I'm capable of breaking code in several branches with only one commit!16:33
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVS] Do not shadow "l2_agent_extensions_manager" module  https://review.opendev.org/c/openstack/neutron/+/83937716:35
lajoskatonaralonsoh, otherwiseguy: the release patch for it: https://review.opendev.org/c/openstack/releases/+/83941516:53
ralonsohlajoskatona, thanks!16:53
otherwiseguylajoskatona: thanks!16:53
opendevreviewMerged openstack/networking-sfc master: CI: fix weekly job  https://review.opendev.org/c/openstack/networking-sfc/+/83931417:00
opendevreviewMerged openstack/networking-bgpvpn master: CI: fix weekly job  https://review.opendev.org/c/openstack/networking-bgpvpn/+/83931317:22
opendevreviewMerged openstack/neutron stable/yoga: [FT] Run all .*MySQL tests in an isolated thread  https://review.opendev.org/c/openstack/neutron/+/83918919:57
opendevreviewJakub Libosvar proposed openstack/neutron stable/yoga: [ovn][migration] Support migration to OVN from iptables firewall  https://review.opendev.org/c/openstack/neutron/+/83934120:27
opendevreviewJakub Libosvar proposed openstack/neutron stable/xena: [ovn][migration] Support migration to OVN from iptables firewall  https://review.opendev.org/c/openstack/neutron/+/83934220:27
opendevreviewJakub Libosvar proposed openstack/neutron stable/wallaby: [ovn][migration] Support migration to OVN from iptables firewall  https://review.opendev.org/c/openstack/neutron/+/83934320:27
opendevreviewMerged openstack/neutron stable/victoria: Fix setting table monitoring conditions  https://review.opendev.org/c/openstack/neutron/+/83888320:36
opendevreviewMerged openstack/neutron stable/xena: [DHCP] Break reference chain to any Exception object when resync  https://review.opendev.org/c/openstack/neutron/+/83889720:37
opendevreviewMerged openstack/neutron stable/wallaby: [DHCP] Break reference chain to any Exception object when resync  https://review.opendev.org/c/openstack/neutron/+/83889620:37
opendevreviewMerged openstack/neutron stable/victoria: [DHCP] Break reference chain to any Exception object when resync  https://review.opendev.org/c/openstack/neutron/+/83889820:37
opendevreviewMerged openstack/neutron stable/ussuri: [DHCP] Break reference chain to any Exception object when resync  https://review.opendev.org/c/openstack/neutron/+/83889920:37
opendevreviewMerged openstack/neutron stable/train: [DHCP] Break reference chain to any Exception object when resync  https://review.opendev.org/c/openstack/neutron/+/83890120:37
*** dasm is now known as dasm|off21:40

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