Tuesday, 2022-12-06

opendevreviewMerged openstack/neutron master: Dont raise RouterInterfaceNotFound on overlap check router ports  https://review.opendev.org/c/openstack/neutron/+/86632800:47
opendevreviewliuyulong proposed openstack/neutron master: Add meter bandwidth bandwidth support  https://review.opendev.org/c/openstack/neutron/+/86076701:14
opendevreviewliuyulong proposed openstack/neutron master: Add host metadata haproxy manager  https://review.opendev.org/c/openstack/neutron/+/86464901:59
opendevreviewliuyulong proposed openstack/neutron master: Pass physical bridge informations to OVS agent extension API  https://review.opendev.org/c/openstack/neutron/+/86663501:59
elodilleshi neutron team! fyi, our script could not delete neutron repository's stein, rocky and queens branch because there were merged patches after the *-eol tag. we can still delete the branch (probably manually) if that is OK. this would mean that the last merged patches will be lost (from the history). is this acceptable for the team?10:27
ykarelelodilles, ^ only for neutron repo, right? i mean other network projects are fine10:38
ykarelfor neutron i see it's just 1 commit merged post eol tags https://review.opendev.org/q/Ie8dd684a7b79b0a322b1f2d17fffb4d58cfe94fc10:38
ykareli think it should be fine to loose that considering the commit and the branches state as -eol10:44
opendevreviewSebastian Lohff proposed openstack/neutron master: Gracefully restart dnsmasq to not break tcp DNS  https://review.opendev.org/c/openstack/neutron/+/86648910:45
ykareljust commenting on merged patches so we have history that that commit is lost as merged after creating eol tags10:45
ykarellajoskatona, slaweq ^ wdyt?10:45
ykarelseems rodolfo is out today10:46
amorinhey team, I am following that page: https://docs.openstack.org/neutron/latest/contributor/testing/fullstack.html#fullstack-testing10:46
amorinbut I am still facing error:     AssertionError: backend 'mysql' unavailable10:46
amorinmysql is installed and working on my devstack10:46
ykarelamorin, you tried without devstack setup too?10:48
amorinhum, you mean on a fresh ubuntu, cloning devstack but not running stack.sh?10:48
amorinI can try10:49
ykarelyes just tools/configure_for_func_testing.sh /opt/stack/devstack -i10:49
ykareland running test10:49
amorinok, doing10:49
opendevreviewSebastian Lohff proposed openstack/neutron master: Gracefully restart dnsmasq to not break tcp DNS  https://review.opendev.org/c/openstack/neutron/+/86648910:53
lajoskatonaelodilles, ykarel, Hi, reading....11:00
lajoskatonaykarel: agree, those patches were accidnetally merged after EOL tag was put on the branch, so leaving comment on them is a good indication that Hey, you see something weird here....11:03
opendevreviewMerged openstack/os-vif master: remove unicode from code  https://review.opendev.org/c/openstack/os-vif/+/85448611:40
ykarellajoskatona, ack12:05
opendevreviewyatin proposed openstack/neutron stable/xena: Increase the timeout for arm64 jobs  https://review.opendev.org/c/openstack/neutron/+/86669512:06
opendevreviewyatin proposed openstack/neutron stable/wallaby: Increase the timeout for arm64 jobs  https://review.opendev.org/c/openstack/neutron/+/86669612:08
lajoskatonaykarel: we have only this backport as you mentioned: https://review.opendev.org/q/Ie8dd684a7b79b0a322b1f2d17fffb4d58cfe94fc , perhaps we can bring this to weekly meeting, to have it known by the team12:10
ykarellajoskatona, +112:10
opendevreviewyatin proposed openstack/neutron stable/xena: Enable dstat and memory_tracker in functional/fullstack jobs  https://review.opendev.org/c/openstack/neutron/+/86670112:15
opendevreviewyatin proposed openstack/neutron stable/wallaby: Enable dstat and memory_tracker in functional/fullstack jobs  https://review.opendev.org/c/openstack/neutron/+/86670212:17
elodillesykarel_ lajoskatona : ack, thanks for looking after the issue13:01
amorinykarel it works when not doing ./stack.sh13:04
amorinI also add to clone requirements repo13:04
amorinso we need devstack, requirements and neutron before executing the tools/configure_for_func_testing.sh13:05
ykarelamorin, yes i recall requirements repo is also required13:08
amorinwhat is confusing is this doc: https://docs.openstack.org/neutron/latest/contributor/testing/testing.html#id413:09
amorinit's said: "You can also run ‘./stack.sh’, and if successful, it will have also verified the package dependencies have been met"13:09
amorinso I was thinking that running stack.sh was going to prepare my env for testing, but it's not13:10
amorinit's breaking it13:10
lajoskatonaamorin: I think it was me who added that line originally but that was few cycles back, and before focal, so seems the doc must be updated13:11
ykarelamorin, lajoskatona agree that part can be removed13:11
amorinack, no worries13:11
ykareladditionally i see devstack/neutron aleady listed in docs, can add requirements too to the list13:11
amorinmaybe we can directly link to https://docs.openstack.org/neutron/latest/contributor/testing/fullstack.html#fullstack-testing13:12
amorinbecause it seems duplicated doc13:12
ykarelor just https://docs.openstack.org/neutron/latest/contributor/testing/fullstack.html#how-to-run-fullstack-tests-locally13:16
lajoskatonaykarel, amorin: yeah it is really duplicated13:21
slaweq#startmeeting networking14:01
opendevmeetMeeting started Tue Dec  6 14:01:10 2022 UTC and is due to finish in 60 minutes.  The chair is slaweq. 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
slaweqo/14:01
frickler\o14:01
slaweqralonsoh is off today and he asked me to lead our team meeting today14:01
lajoskatonao/14:01
slaweqlets wait few more minutes for others to join14:02
rubasovo/14:04
*** dasm|off is now known as dasm14:04
slaweqok, lets start14:04
slaweq#topic announcements14:04
slaweq#link https://releases.openstack.org/antelope/schedule.html14:04
slaweqwe are in R-15 and getting closer and closer to Antelope-2 milestone14:05
ykarelo/14:05
slaweqwhich will be Jan 2 Jan 6 (in 3 weeks)14:05
slaweqrechecks14:05
slaweqwe are good with them14:05
mlavalle+114:06
slaweqplease remember to check reasons of the failed jobs before rechecking Your patch and give some brief reason of rechecking when You are doing so14:06
lajoskatonado we have this week any serious issue in CI?14:06
slaweqany other announcements from anyone?14:06
slaweqlajoskatona this week I don't think so14:07
lajoskatonaas I remember last week some were solved14:07
slaweqbut we hade some issue with UT last week14:07
lajoskatonaslaweq: ok cool, so I was in sync with reality :-)14:07
slaweqhttps://review.opendev.org/c/openstack/neutron/+/86657214:07
slaweqthis was fix from ralonsoh14:07
slaweqwe do have some failures still, but nothng what would completely broke our gate14:08
obondarevhi14:08
slaweqok, so I think we can move on14:09
slaweq#topic bugs14:09
slaweqI was bug deputy last week14:09
slaweqand it was pretty busy week TBH14:09
slaweqreport is at https://lists.openstack.org/pipermail/openstack-discuss/2022-December/031387.html14:10
slaweqThere is couple of bugs without assignee:14:10
slaweqhttps://bugs.launchpad.net/neutron/+bug/199847414:10
slaweq    https://bugs.launchpad.net/neutron/+bug/199874914:10
slaweq    https://bugs.launchpad.net/neutron/+bug/199875114:10
slaweqso if You have some time, please take a look at them14:11
slaweqahh, sorry14:11
slaweqfirst one is fixed already14:11
slaweqso just 2 without assignee it seems14:11
lajoskatonathe last 2 from Liu looks similar (at least both for DVR and flooding phys. bridges)14:13
slaweqyes14:13
mlavalleyeap14:13
slaweqthere was also https://bugs.launchpad.net/neutron/+bug/1998235 which is duplicate of very old, and very complex to fix issue in DVR14:14
slaweqhttps://bugs.launchpad.net/neutron/+bug/177445914:14
mlavalleis that the huge patch?14:14
slaweqyes14:14
lajoskatona:-) with 105 iterations14:14
slaweqstarted by Swami long time ago14:15
slaweqlater taken by haleyb and later by me14:15
slaweqbut I don't have cycles to continue with it, at least for now14:15
haleybmostly octavia having issues from what i remember. i don't have cycles at the moment either for such a large patch14:16
slaweqyeah, mostly octavia14:17
haleybhttps://review.opendev.org/c/openstack/neutron/+/601336/ is the patch for anyone interested14:18
slaweqand there is workaround - if You will associate FIP to such VIP address then traffic will be centralized but will work14:18
slaweqthx haleyb14:18
slaweqand that's basically all bugs I wanted to mention here14:19
slaweqany other bugs You want to talk about today?14:19
slaweqif not, I guess we can move on14:20
slaweqthis week haleyb is our bug deputy14:21
slaweqand next week amotoki will be14:21
slaweqif You have any problems with doing it now, please reach out to ralonsoh14:22
slaweqor me - I can change it too :)14:22
slaweq#topic community-goals14:22
slaweqConsistent and Secure Default RBAC14:23
slaweqwe fixed few bugs found by tempest testing14:23
lajoskatonais that job run for every patches now?14:23
slaweqno14:24
slaweqpatch https://review.opendev.org/c/openstack/tempest/+/614484 is not merged yet14:24
slaweqbut job with new defaults is green https://zuul.opendev.org/t/openstack/build/9395b0d53c8940ecb51718ba933fd1a214:24
lajoskatonaok, thanks14:24
slaweqI now need to also try the same change in neutron-tempest-plugin jobs14:24
slaweqif that will be ok, we can switch to use new defaults by default in devstack14:25
slaweqor even change default values in neutron but I will be in contact with gmann about that14:26
lajoskatonaok, if you need help with review or similar, just ping me14:26
slaweqlajoskatona sure, thx a lot14:27
slaweqnext goal14:27
slaweqMigration to Ubuntu 22.0414:27
slaweqseems like our patches are merged and we are good now14:27
slaweqand last one14:28
slaweqClean-up neutron-legacy code in devstack14:28
slaweqI'm still working on this14:28
slaweqpatches https://review.opendev.org/q/topic:drop-lib-neutron14:28
slaweqI still have some problems with neutron-tempest-plugin jobs on top of that patch14:28
slaweqother than that all looks fine - tempest jobs are green, same for devstack jobs14:29
slaweqand that's all about community goals from me14:29
slaweqanything else You want to add/discuss here?14:29
slaweqif not, then lets move on14:30
slaweq#topic on-demand-agenda14:30
slaweqI see one topic there14:31
slaweqReduce duplication of tests between neutron-tempest-plugin and tempest14:31
slaweqadded by lajoskatona but I think it was discussed last week, right?14:31
lajoskatonahmmm, not sure about it14:31
lajoskatonayeah but the summary is this, we have redundatnt tests is tempest and neutron-tempest-plugin14:32
lajoskatonaand the question what to do with them, have them only in tempest or only in neutron-tempest-plugin14:32
lajoskatonaor let everything as it is now14:32
slaweqthe best would be to have them in one place only14:33
slaweqbut I think we should sync with kopecmartin or gmann to know where each of such tests should be14:34
lajoskatonaI had one patch to move test from n-t-p to tempest (https://review.opendev.org/c/openstack/tempest/+/824440 )14:34
ykarellajoskatona, is it being tracked somewhere just to get history about it?14:34
lajoskatonayeah perhaps that is the best to check one by one14:34
ykarelbecause recently i noticed metering tests are also duplicated14:34
lajoskatonano but I can create an etherpad or such for it14:34
ykarelbut there idea iiuc was to move from tempest to n-t-p14:34
ykarelmany years back but that was not finished seems14:35
lajoskatonayeah my feeling was also that it is half done in most cases14:35
lajoskatonaok I can create an etherpad with what we have and we can discuss it with QA to have a common understanding and tracking14:36
ykarel+1 to etherpad to track these and cleanup duplicated14:36
fricklermaybe you can raise that topic in the QA meeting, too14:36
frickler(right after this one in #-qa)14:36
lajoskatonayeah, I can, I shortly discusssed it with kopecmartin few weeks back, but I will go to him with etherpad also14:37
lajoskatonaoh, that is too quick to have a finished etherpad :-)14:37
lajoskatonathat's it for this topic from me, thanks for bringing this up14:38
slaweqthx lajoskatona for working on this14:38
frickleryou likely have half an hour until we finish our usual agenda ;)14:38
mlavallewe have CI meeting also14:38
lajoskatonafrickler: no comment14:38
slaweqanyone have any other topic for our today's meeting?14:38
slaweqif not, I will give You about 20 minutes back :)14:38
mlavalleslaweq: CI meeting on video?14:39
lajoskatonajust one which elodilles brought to neutron channel today14:39
slaweqmlavalle today CI meeting is on irc only14:39
slaweqlajoskatona go on with it14:39
mlavalleack14:39
lajoskatonathe EOLing of q r and s branches failed for Neutron as we backported a small patch14:39
slaweqouch14:40
lajoskatonaand the question was to delete the branches and lose that patch, as the EOL tag is already added14:40
slaweqwhat's that patch14:40
slaweq?14:40
slaweqdo You know?14:40
lajoskatonahttps://review.opendev.org/q/Ie8dd684a7b79b0a322b1f2d17fffb4d58cfe94fc14:40
bcafareldocumentation link on EOL release, definitely sounds like something we can drop there14:41
slaweqI would personally say - delete branches as it's only some docs update14:41
lajoskatona+114:41
slaweqbut I think that is the question to ralonsoh and amotoki  :)14:41
lajoskatonaykarel suggested to comment on the merged patches that this will not be under the EOL tag14:42
lajoskatonaI think we can wait with it14:42
slaweqralonsoh should be back tomorrow IIRC so we can talk about it then14:42
lajoskatonaI don't think that release team is just before pushing the big red button :-)14:42
slaweqok, with that I think we can finish this meeting for today14:44
lajoskatonathat's it for this problem, if ralonsoh is back we can ask him to have his word14:44
slaweqthx for attending14:44
lajoskatonao/14:44
mlavalleo/14:44
obondarevo/14:44
ykarelo/14:44
slaweqand see You in 15 minutes on the CI meeting :)14:44
slaweqo/14:44
slaweq#endmeeting14:44
opendevmeetMeeting ended Tue Dec  6 14:44:53 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:44
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2022/networking.2022-12-06-14.01.html14:44
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2022/networking.2022-12-06-14.01.txt14:44
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2022/networking.2022-12-06-14.01.log.html14:44
rubasovo/14:45
opendevreviewArnaud Morin proposed openstack/neutron master: Add tests for br-tun of restoration  https://review.opendev.org/c/openstack/neutron/+/86658914:48
fricklerdoes anybody know anything about the subnet_onboard extension? I'm not able to find it in the api-ref and was wondering whether that simply has been forgotten. it is also missing in the list of extensions supported by OVN14:49
frickler(and I also had in my mind that I already discussed this issue some time ago, but couldn't find a reference)14:49
lajoskatonafrickler: it was never added to the api-ref as I see from the patch series: https://review.opendev.org/q/topic:bp%252Fsubnet-onboard14:59
slaweq#startmeeting neutron_ci15:03
opendevmeetMeeting started Tue Dec  6 15:03:48 2022 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:03
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:03
opendevmeetThe meeting name has been set to 'neutron_ci'15:03
mlavalleo/15:03
slaweqsorry for being late :)15:03
slaweqhi everyone15:03
bcafarelo/15:04
lajoskatonao/15:04
slaweqGrafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=115:05
slaweq#topic Actions from previous meetings15:05
mtomaskao/15:05
slaweqfirst one:15:05
slaweqykarel to fix timeout of the ut jobs in stable/wallaby15:05
ykareli pushed https://review.opendev.org/q/topic:fix-tox-job-override15:06
ykarelfound some more missings so sent all within ^15:06
bcafarelykarel++15:07
slaweqthx ykarel I just approved those patches15:08
ykarelthx15:09
slaweqnext one15:09
slaweqralonsoh to check issue with UT on py3.10 and neutron-lib master https://zuul.openstack.org/build/0820d9ef6a4448cea7f0937cac595ee215:09
slaweqralonsoh is not here today but I'm pretty sure this is fixed now15:10
slaweqand the last one:15:10
slaweqmlavalle to check failing mariadb periodic job15:10
mlavalleI did check that15:10
mlavalleif you look at https://zuul.opendev.org/t/openstack/builds?job_name=neutron-ovn-tempest-mariadb-full&branch=master&skip=0, you will notice the failures started on Nov 1915:10
mlavallewhich is when this merged: https://review.opendev.org/c/openstack/devstack/+/86079515:11
mlavalleso we started using Ubuntu 22.04 for that job15:11
mlavallein 20.04 we were using maria db 10.315:11
mlavallein 22.04 we use now 10.615:11
mlavalleand there was abig change in authentication in version 10.4: https://mariadb.org/authentication-in-mariadb-10-4/15:12
slaweqso does it mean that devstack is not compatible with mariadb 10.6 which is in Ubuntu 22.04?15:12
mlavalleyes, the way we handle the creation of the root user password15:13
mlavallebut lat night I figured out how to do it15:13
mlavallelast night I was able to build a debstack in my develpoment envronment15:13
mlavalleso today I will propose a fix to devstack15:13
lajoskatonacool15:13
slaweqthx mlavalle++15:14
mlavalleso you can keep this action item under my name one more week15:14
slaweq#action mlavalle to fix failing mariadb periodic job15:14
ykarelmlavalle, is https://github.com/openstack/devstack/blob/master/lib/databases/mysql#L117-L120 related ?15:14
slaweqI just changed "check/fix" :)15:14
mlavalleykarel: yes, that's excatly where the problem is15:15
mlavalleI will tweak those lines15:15
ykarelmlavalle, ohkk15:15
* mlavalle alresdy tweaked them in my development system15:15
ykareli meant if those task needs to be skipped like bullseye but seems no as per your comment15:16
mlavalleno, Ias I said, I fixed it in my dev system15:16
ykarelack got it15:16
mlavalleand btw, if there is asimilar problem with bullseye, we might also fix it15:17
mlavallejust hadn't thought of it15:17
slaweqok, thx mlavalle for working on this15:18
mlavalle:-)15:18
slaweqI think we can move on to the next topic now15:18
slaweq#topic Stable branches15:18
slaweqbcafarel any updates?15:18
bcafarelnot a lot coming from me thanks Yatin and Ihar for fixes backported over the last week15:19
bcafarelapart from that no major issues :)15:19
slaweqthat's good15:19
slaweqthx bcafarel :)15:20
slaweq#topic Stadium projects15:20
slaweqall jobs seems to be green, except networking-odl15:20
lajoskatonaseems ok, netowrking-odl hasa timeout15:20
slaweq:)15:20
lajoskatonaI don't know any issues or things to keep an eye on fro stadiums15:20
lajoskatonaslightly related15:21
slaweqlajoskatona but that networking-odl job timed out after just 32 minutes15:21
lajoskatonaperhaps you saw the mail from zigo regarding py311 failures in some projects15:21
slaweqshouldn't we maybe change it?15:21
lajoskatonabut we are free except networking-l2gw, but that is not stadium :-)15:21
slaweqyeah, I saw that email15:22
lajoskatonayeah, we can increase that15:22
lajoskatonaI will check it, why it is so low15:22
slaweqand I noticed that there's nothing related to neutron or neutron stadium15:22
slaweqthx lajoskatona15:22
slaweqI think we can move on15:23
slaweq#topic Grafana15:23
slaweqI think all is good in grafana15:24
slaweqanything You want do discuss about it today?15:25
mlavalleit looms good to me15:25
mlavallelooks15:25
slaweqnext topic then15:26
slaweq#topic Rechecks15:26
slaweqrecheck stats looks ok-ish15:26
slaweqwe have 1 recheck in average to get patches merge last week15:26
slaweqbut we had that issue with UT which ralonsoh fixed so I hope it will be better15:26
slaweqregarding bare rechecks - it looks very good:15:27
slaweq+---------+---------------+--------------+-------------------+... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/lPgDdvPJwQWpngbBVSAzKYST>)15:27
slaweqall rechecks in last 7 days were made with a reason given15:27
slaweqthx a lot for that :)15:27
lajoskatona\o/15:27
mlavalle+115:27
ykarelo/15:28
slaweqok, now lets talk about some failures in ci jobs15:28
slaweq#topic fullstack/functional15:28
slaweqneutron.tests.functional.agent.test_ovs_flows.ARPSpoofTestCase.test_arp_spoof_allowed_address_pairs_0cidr15:28
slaweqhttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a0f/866328/4/gate/neutron-functional-with-uwsgi/a0f0599/testr_results.html15:28
slaweqdid You saw such failure before?15:29
lajoskatonano15:30
ykarelno15:30
slaweqof course there's nothing obviosly wrong in the log file :/15:30
slaweqwe can wait and see if similar issues will happen more often15:31
slaweqnext one15:32
slaweqneutron.tests.functional.agent.l3.test_keepalived_state_change.TestMonitorDaemon15:32
slaweqhttps://ef5d43af22af7b1c1050-17fc8f83c20e6521d7d8a3ccd8bca531.ssl.cf2.rackcdn.com/861719/6/check/neutron-functional-with-uwsgi/a488990/testr_results.html15:32
slaweqtwo tests failed in very similar way15:32
slaweqand it seems that it couldn't connect to ovn:15:33
slaweq2022-12-02 17:47:15.967 40517 ERROR neutron.agent.linux.utils [None req-c47c1008-664c-47f0-b279-520d6e8e5ac6 - tenid - - - -] Exit code: 1; Cmd: ['ovs-appctl', '-t', '/tmp/tmp3_reqb01/ovnsb_db.ctl', 'exit']; Stdin: ; Stdout: ; Stderr: 2022-12-02T17:47:15Z|00001|unixctl|WARN|failed to connect to /tmp/tmp3_reqb01/ovnsb_db.ctl15:33
slaweqovs-appctl: cannot connect to "/tmp/tmp3_reqb01/ovnsb_db.ctl" (No such file or directory)15:33
slaweqso most likely some intermittent issue15:33
slaweqnext one15:34
slaweqit's again dvr router lifecycle issue:15:35
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_5c1/866635/1/check/neutron-functional-with-uwsgi/5c12d80/testr_results.html15:35
slaweqlajoskatona I think You were checking something similar already15:35
slaweqam I right?15:35
lajoskatonayes the bug we discussed last week15:35
lajoskatonathis one https://bugs.launchpad.net/neutron/+bug/1995031 and newer one: https://bugs.launchpad.net/neutron/+bug/199833715:36
slaweqand did You found anything?15:37
lajoskatonano to tell the truth I had no time to check since last week15:37
slaweqwill You be able to look into it this week maybe?15:37
lajoskatonaI try to allocate some time for it15:38
slaweqthx a lot15:38
slaweq#action lajoskatona to check dvr lifecycle functional tests failures15:38
slaweqand last one15:38
slaweqneutron.tests.functional.agent.l3.test_ha_router.L3HATestFailover.test_ha_router_lost_gw_connection - router object mismatch15:39
slaweqhttps://b262e0138780f2e869e5-bb966b1b7243c04cadcba4d7bfebb8b0.ssl.cf5.rackcdn.com/865575/1/gate/neutron-functional-with-uwsgi/5fa0dbc/testr_results.html15:39
slaweqfound by ykarel15:39
ykarelyes noticed once15:39
slaweqit seems for me from quick look that failover of routers didn't happend there15:39
ykarelfrom etherpad seems it was seen 6 months back too15:39
slaweqbut IIRC we did some improvements in those tests then15:40
slaweqand it was fine for long time15:40
slaweqso maybe this time it was some one time issue or we have something new broken there15:41
slaweqlets see if we will have it more often15:42
slaweqnow fullstack tests15:42
slaweqtest_multiple_agents_for_network(Open vSwitch agent)15:42
slaweqhttps://7c4060ce9e9515b5ad0d-5c947c8d22eb7769ff9d2de46bec4cc9.ssl.cf2.rackcdn.com/865994/1/check/neutron-fullstack-with-uwsgi/ebcfef6/testr_results.html15:42
slaweqit seems for me like connectivity to the dhcp namespace was not working fine:15:46
slaweq2022-11-29 16:08:29.328 28264 DEBUG neutron.tests.fullstack.resources.machine [-] Stopping async dhclient [ip netns exec test-532a73a0-62e4-4220-a890-9a94566cc831 dhclient -4 -lf /tmp/tmph9mjx6t9/tmpjqjphk39/69e46a58-d5c0-495b-825c-78f428c64fd5.lease -sf /home/zuul/src/opendev.org/openstack/neutron/.tox/dsvm-fullstack-gate/bin/fullstack-dhclient-script --no-pid -d portf1ffe5]. stdout: [[]] - stderr: [['Internet Systems Consortium DHCP15:46
slaweqClient 4.4.1', 'Copyright 2004-2018 Internet Systems Consortium.', 'All rights reserved.', 'For info, please visit https://www.isc.org/software/dhcp/', '', 'Listening on LPF/portf1ffe5/fa:16:3e:bb:71:6a', 'Sending on   LPF/portf1ffe5/fa:16:3e:bb:71:6a', 'Sending on   Socket/fallback', 'DHCPDISCOVER on portf1ffe5 to 255.255.255.255 port 67 interval 3 (xid=0x38250956)', 'DHCPDISCOVER on portf1ffe5 to 255.255.255.255 port 67 interval 815:46
slaweq(xid=0x38250956)', 'DHCPDISCOVER on portf1ffe5 to 255.255.255.255 port 67 interval 15 (xid=0x38250956)', 'DHCPDISCOVER on portf1ffe5 to 255.255.255.255 port 67 interval 13 (xid=0x38250956)', 'DHCPDISCOVER on portf1ffe5 to 255.255.255.255 port 67 interval 8 (xid=0x38250956)', 'DHCPDISCOVER on portf1ffe5 to 255.255.255.255 port 67 interval 9 (xid=0x38250956)', 'DHCPDISCOVER on portf1ffe5 to 255.255.255.255 port 67 interval 1015:46
slaweq(xid=0x38250956)']] _stop_async_dhclient /home/zuul/src/opendev.org/openstack/neutron/neutron/tests/fullstack/resources/machine.py:17515:46
slaweqbut it's hard to say why15:47
slaweqif we will see more often that ports aren't configured through DHCP properly in fullstack tests, we will need to have closer look into this issue15:47
slaweqnext one15:48
slaweqneutron.tests.fullstack.test_qos.TestPacketRateLimitQoSOvs15:48
slaweqand this one happened at least twice last week:15:48
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_681/865061/3/check/neutron-fullstack-with-uwsgi/6812ab5/testr_results.html15:48
slaweq    https://898e1c4e07fc90ea0741-aa41af48b127881681a990efb23ea8ce.ssl.cf1.rackcdn.com/865470/1/check/neutron-fullstack-with-uwsgi/f46a1f6/testr_results.html15:48
lajoskatonaI think this is the fix for it: https://review.opendev.org/c/openstack/neutron/+/86621015:49
slaweqyeah, thx lajoskatona15:49
slaweqso lets move on15:50
slaweq#topic Tempest/Scenario15:50
slaweqhere I found one issue15:50
slaweqwhere ping from one vm to another failed15:50
slaweqhttps://cc4296039b95f28dde1a-22b43305544279849f41f0100b51a877.ssl.cf5.rackcdn.com/866328/4/check/neutron-tempest-plugin-linuxbridge/61e1c9a/testr_results.html15:50
slaweqit's linuxbridge job so if it will start happening more often we can simply disable it15:50
slawequnless there is anybody who have some cycles and wants to check it15:51
lajoskatona+1 for skipping/disable :-(15:51
slaweqand that's pretty much all what I had for today15:51
slaweqin periodic jobs we should be good once mariadb job will be fixed15:52
slaweqanything else You want do discuss today?15:52
mlavallenothing from me15:53
ykarelnothing from me too15:53
slaweqif not, lets finish earlier today15:53
slaweqthx for attending the meeting15:53
slaweqand have a great week15:53
slaweq#endmeeting15:53
opendevmeetMeeting ended Tue Dec  6 15:53:53 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:53
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-12-06-15.03.html15:53
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-12-06-15.03.txt15:53
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-12-06-15.03.log.html15:53
slaweqo/15:53
lajoskatonao/15:53
mtomaskao/15:53
mlavalleo/15:54
ykarelo/15:54
haleyblajoskatona: hopefully you saw https://review.opendev.org/c/x/networking-l2gw/+/866620 - i have an incentive to get debian things fixed these days16:13
sahid_o/ a quick one that should fix a trace in CI https://review.opendev.org/c/openstack/neutron/+/865823 zuul is green, if you have a moment16:28
* sahid_ feel bad has this came from one of its patches marged16:28
sahid_s/has/as, /marged/merged ... (with probably other grammars or typo issues...)16:31
lajoskatonahaleyb: thanks, I will check it16:37
lajoskatonasahid_: thanks for taking care16:40
sahid_sure16:42
opendevreviewMerged openstack/neutron stable/xena: Increase the timeout for arm64 jobs  https://review.opendev.org/c/openstack/neutron/+/86669517:23
opendevreviewMerged openstack/neutron stable/wallaby: Increase the timeout for arm64 jobs  https://review.opendev.org/c/openstack/neutron/+/86669617:31
opendevreviewBrian Haley proposed openstack/neutron master: Fix firewall_driver examples in docs  https://review.opendev.org/c/openstack/neutron/+/86679318:49
opendevreviewMerged openstack/neutron stable/zed: Fix duplicated routes exceptions  https://review.opendev.org/c/openstack/neutron/+/86589319:12
opendevreviewMerged openstack/neutron stable/yoga: Fix duplicated routes exceptions  https://review.opendev.org/c/openstack/neutron/+/86589419:12
opendevreviewMerged openstack/neutron stable/xena: Fix duplicated routes exceptions  https://review.opendev.org/c/openstack/neutron/+/86589519:13
opendevreviewMerged openstack/neutron stable/wallaby: Fix duplicated routes exceptions  https://review.opendev.org/c/openstack/neutron/+/86589619:13
opendevreviewMerged openstack/neutron master: neutron-dynamic-routing now works with OVN  https://review.opendev.org/c/openstack/neutron/+/73864120:15
opendevreviewMerged openstack/neutron master: Bump pecan to fix #1829042  https://review.opendev.org/c/openstack/neutron/+/86557520:22
*** marlinc is now known as Guest115920:50
*** marlinc is now known as Guest116822:14
opendevreviewMiro Tomaska proposed openstack/neutron master: Improve agent provision performance for large networks  https://review.opendev.org/c/openstack/neutron/+/86112422:33
*** dasm is now known as dasm|off22:51
*** marlinc is now known as Guest117323:32

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