Tuesday, 2023-01-17

opendevreviewyatin proposed openstack/devstack stable/zed: [OVN] Ensure socket files are absent in init_ovn  https://review.opendev.org/c/openstack/devstack/+/87050505:47
opendevreviewyatin proposed openstack/devstack stable/yoga: [OVN] Ensure socket files are absent in init_ovn  https://review.opendev.org/c/openstack/devstack/+/87050605:48
*** soniya29|rover is now known as soniya29|rover|brb07:12
*** soniya29|rover|brb is now known as soniya29|rover08:15
*** jpena|off is now known as jpena08:21
*** soniya29|rover is now known as soniya29|rover|lunch09:16
*** soniya29|rover|lunch is now known as soniya29|rover10:44
*** gthiemon1e is now known as gthiemonge12:40
*** soniya is now known as soniya|rover14:34
kopecmartin#startmeeting qa15:00
opendevmeetMeeting started Tue Jan 17 15:00:31 2023 UTC and is due to finish in 60 minutes.  The chair is kopecmartin. 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 'qa'15:00
kopecmartin#link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_next_Office_hours15:00
kopecmartinagenda ^^^15:00
lpiwowarhi o/15:00
frickler\o15:00
gmanno/15:01
kopecmartino/15:01
kopecmartinlet's get started 15:03
kopecmartin#topic Announcement and Action Item (Optional)15:03
kopecmartinhmm, none from my side15:03
kopecmartin#topic Antelope Priority Items progress15:04
kopecmartin#link https://etherpad.opendev.org/p/qa-antelope-priority15:04
kopecmartinany updates on the priority items? 15:04
* kopecmartin checking the doc15:04
fricklerI added the failure mode for ceph plugin on 22.0415:04
gmannon RBAC, nova has changed the default which is to enable the scope checks and new defaults by default15:04
fricklerneeds some tempest people to look at it15:05
kopecmartinfrickler: thank, i'll have a look15:06
kopecmartingmann: that's cool15:06
gmann#link https://review.opendev.org/c/openstack/nova/+/86621815:06
fricklerseems nova has broken kolla with that, but we will pin to disabled scope for now15:07
gmannand we have new job running new defaults on tempest as well as on nova gate. in Devstack we are keeping old defaults by default until enabling new defaults by defaults is released15:07
gmannfrickler: all scope to nova policy are projects which means no change even we enable or disable. enable will only fail if anyone using system token for nova APIs15:08
gmannfrickler: can you give me the failure link, I will look into that15:08
fricklergmann: https://zuul.opendev.org/t/openstack/build/33d2dc93c40a457d83adad4c7720e9be for example15:09
gmannand also keeping legacy admin behavior same as before 15:10
gmannfrickler: thanks, I will check those todayu15:10
fricklerhttps://72b1f029e56da2cad7f4-0417878d098db6313bb6384c3905736a.ssl.cf2.rackcdn.com/870535/1/gate/kolla-ansible-ubuntu-source/33d2dc9/primary/logs/kolla/nova/nova-api.txt15:11
fricklerthat has the failure15:11
gmannk15:12
kopecmartinmoving on 15:13
kopecmartin#topic OpenStack Events Updates and Planning15:13
kopecmartinthe date of the next virtual PTG is March 27-31, 202315:13
kopecmartin#link https://etherpad.opendev.org/p/qa-bobcat-ptg15:13
kopecmartini've just created the etherpad 15:13
kopecmartinbut if anyone has any ideas for a topic to discuss, feel free to draft it there15:14
kopecmartin(I'll add more formatting and notes soon)15:14
kopecmartin#topic Gate Status Checks15:15
kopecmartin#link https://review.opendev.org/q/label:Review-Priority%253D%252B2+status:open+(project:openstack/tempest+OR+project:openstack/patrole+OR+project:openstack/devstack+OR+project:openstack/grenade)15:15
kopecmartinnothing there, anything urgent to review?15:15
kopecmartin#topic Bare rechecks15:16
kopecmartin#link https://etherpad.opendev.org/p/recheck-weekly-summary15:16
kopecmartinthis looks good15:16
kopecmartin#topic Periodic jobs Status Checks15:16
kopecmartinstable15:16
kopecmartin#link https://zuul.openstack.org/builds?job_name=tempest-full-yoga&job_name=tempest-full-xena&job_name=tempest-full-wallaby-py3&job_name=tempest-full-victoria-py3&job_name=tempest-full-ussuri-py3&job_name=tempest-full-zed&pipeline=periodic-stable15:16
kopecmartinmaster15:16
kopecmartin#link https://zuul.openstack.org/builds?project=openstack%2Ftempest&project=openstack%2Fdevstack&pipeline=periodic15:16
kopecmartinall green \o/15:17
kopecmartin#topic Distros check15:17
kopecmartincs-915:17
kopecmartin#link https://zuul.openstack.org/builds?job_name=tempest-full-centos-9-stream&job_name=devstack-platform-centos-9-stream&skip=015:17
kopecmartinfedora 15:17
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-fedora-latest&skip=015:17
kopecmartindebian15:17
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-debian-bullseye&skip=015:17
kopecmartinfocal15:17
kopecmartin#link https://zuul.opendev.org/t/openstack/builds?job_name=devstack-platform-ubuntu-focal&skip=015:17
kopecmartinrocky15:17
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-rocky-blue-onyx15:17
kopecmartinisn't missing something?15:18
fricklereuler?15:18
kopecmartinyeah15:18
kopecmartinopenEuler15:20
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-openEuler-22.03-ovn-source&job_name=devstack-platform-openEuler-22.03-ovs&skip=015:20
kopecmartinall good, all green, nice15:20
kopecmartinmaybe we want to consider marking the openEuler as voting?15:21
kopecmartin#topic Sub Teams highlights15:22
kopecmartinChanges with Review-Priority == +115:22
kopecmartin#link https://review.opendev.org/q/label:Review-Priority%253D%252B1+status:open+(project:openstack/tempest+OR+project:openstack/patrole+OR+project:openstack/devstack+OR+project:openstack/grenade)15:22
gmannit is difficult to see the failure frequency in zuul builds, can we prepare the query in new dashbaord and know what rate it is passing?15:22
kopecmartinthat should be possible, what do you think lpiwowar?15:23
lpiwowargmann: I think it might be possible. I can check it out. 15:23
gmannwe should start using that dashbaord which can help on voting/non-voting jobs15:23
gmannthanks 15:23
kopecmartin+115:23
lpiwowargmann: I just need to check it out. Sometimes it is bit tricky to create the query. 15:24
gmannlpiwowar: ohk, sure. thanks15:24
kopecmartinwe have 2 reviews with priority 15:25
kopecmartinone for devstack15:25
kopecmartin#link https://review.opendev.org/c/openstack/devstack/+/83720715:25
kopecmartinone for tempest 15:25
kopecmartin#link https://review.opendev.org/c/openstack/tempest/+/86944015:25
kopecmartinthe tempest's one got already tested by lpiwowar in the stable branches 15:26
lpiwowarkopecmartin: yes. It should be ok. Thanks for mentioning it. 15:26
kopecmartinseems good15:26
gmannnice, I will check it today then. 15:26
gmanncool15:26
fricklerI wonden when ovn will work without 100s of workarounds15:26
fricklerwonder even15:26
gmann:)15:26
kopecmartinlet's not make it easy :D 15:27
kopecmartin#topic Open Discussion15:27
kopecmartinanything for the open discussion?15:27
frickleryes15:27
lpiwowarfrickler: What fixed the tempest-full-multinode-py3 job? 15:27
lpiwowar#link https://review.opendev.org/c/openstack/tempest/+/86669215:28
lpiwowarI was just curious. 15:28
fricklerlpiwowar: zuul dropped setting private IPs in some situations, that has been reverted for now15:28
lpiwowarfrickler: Ok, thanks15:28
fricklerthere was a bug opened about opensuse support. and I wonder whether we should rather drop that distro completely15:29
fricklerhttps://bugs.launchpad.net/devstack/+bug/200290015:29
fricklerwould clean up quite a bit of special casing15:29
fricklerand we don't run any CI on it anymore15:29
gmannlpiwowar: just curious, are you testing /getting failure with devstack change of 'cirros version to 0.6.1' ? or in normal run also? seeing depends-on to devstack patch ?15:30
gmannor testing if cirrors vesion fix the failure?15:30
gmann+1 on dropping opensuse completely as we do not test it15:31
kopecmartinmakes sense, if it's not tested, let's drop the support 15:33
kopecmartingmann: the multinode was failing even with newer cirros image (0.6.1? don't remember) if that's the question15:33
lpiwowargmann: The tempest-multinode-full-py3 job was failing also outside of the patch. So I think that the bump up of the cirros version did not help.15:33
lpiwowarkopecmartin: +115:34
gmannok, yeah i saw failure sometime I thikn the basic scenario test right? but that was not 100% failing15:34
gmannis there bug open to know traceback and exact traceback? 15:34
lpiwowarThe scenario tests failed only sometimes. But recently the failure rate went up.15:35
gmannand we can check the frequency of failure too. as it is not failure 100% I am sure it is race or timing issue15:35
gmannwhich test?15:35
lpiwowargmann: Give me a moment I will tell you exactly. 15:36
gmannno hurry, let's add it in bug and we can track there15:36
lpiwowargmann: ack15:37
gmannlpiwowar: thanks for debugging gate such failure which will help our CI testing a lot.15:38
lpiwowargmann: thanks!15:38
lpiwowarI remember seeing failures of: tempest.scenario.test_minimum_basic.TestMinimumBasicScenario.test_minimum_basic_scenario and tempest.scenario.test_minimum_basic.TestMinimumBasicScenario.test_minimum_basic_instance_hard_reboot_after_vol_snap_deletion 15:39
gmannk15:39
lpiwowarBut from time to time there were other tests failing as well.15:39
lpiwowarJust adding for documentation. Here is a link for the bug regarding the tempest-multinode-full-py3 job15:42
lpiwowar#link https://bugs.launchpad.net/tempest/+bug/199891615:42
kopecmartinthanks15:42
kopecmartincool, anything else?15:42
gmannthanks15:43
lpiwowarnothing from my side15:43
kopecmartin#topic Bug Triage15:43
kopecmartin#link https://etherpad.openstack.org/p/qa-bug-triage-antelope15:43
kopecmartinetherpad updated15:44
kopecmartini wanted to bring up the suse bug, but we already talked about that15:44
kopecmartinthat's all from my side15:44
fricklergmann: can https://bugs.launchpad.net/devstack/+bug/1999183 be closed?15:45
frickleror at least degraded from critical?15:45
gmannfrickler: not closed as we still have tox4 pin on devstack jobs on master. but I will change priority for this15:45
fricklerok, thx15:46
gmanndone, I have this in my list but did not get time. 15:47
fricklertox4 has turned out to be a fast moving target, yes15:49
kopecmartinyeah, thanks all, if there isn't anything else, let's close today's office hour15:50
kopecmartin#endmeeting15:51
opendevmeetMeeting ended Tue Jan 17 15:51:19 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:51
opendevmeetMinutes:        https://meetings.opendev.org/meetings/qa/2023/qa.2023-01-17-15.00.html15:51
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/qa/2023/qa.2023-01-17-15.00.txt15:51
opendevmeetLog:            https://meetings.opendev.org/meetings/qa/2023/qa.2023-01-17-15.00.log.html15:51
lpiwowarkopecmartin: thanks o/15:51
gmannthanks kopecmartin 15:51
*** soniya|rover is now known as soniya|rover|out15:52
fricklergmann: fyi https://review.opendev.org/c/openstack/kolla-ansible/+/870804 is the workaround for kolla for now16:02
gmannfrickler: yeah, i saw that. failure is due to kolla using system scope token which has changed in zed cycle on new RBAC direction (except ironic and keystone service). I am checking it and will propose the change to run nova/other services with correct scope16:04
opendevreviewGhanshyam proposed openstack/tempest master: Do not run failing interop-tempest-consistency job  https://review.opendev.org/c/openstack/tempest/+/87083816:22
gmannkopecmartin: tempest gate is blocked by interop-tempest-consistency . commenting it for now until issue is fixed to unblock gate ^^16:23
*** jpena is now known as jpena|off17:26
opendevreviewGhanshyam proposed openstack/tempest master: Introduce @serial test execution decorator  https://review.opendev.org/c/openstack/tempest/+/82173219:05
dansmithgmann: I'm now getting this when devstack tries to install keystone:21:27
dansmith    pkg_resources.extern.packaging.version.InvalidVersion: Invalid version: '0.23ubuntu1'21:27
gmanndansmith: not seen this either. on focal right?21:29
dansmithgmann: yeah still focal21:29
dansmithI'm not sure if that's complaining about keystone itself or a pip package, but seems like it must be something installed with distro packages that pip is trying to parse right?21:30
dansmith$ dpkg -l | grep 0.23ubuntu121:30
dansmithshows me distro-info and python3-distro-info21:30
dansmithwhich is part of ubuntu-minimal21:31
dansmithmaybe I need to apt-upgrade21:31
dansmithmm, nope21:31
dansmithwell, I can upgrade to jammy but seems like this should work21:32
gmannyeah, not sure why it is failing. but my last week installation was on jammy. have not tried it on focal recently 21:32
dansmithif this is some distro package problem I probably need to do a clean reinstall I'd guess21:42
dansmithlol same difference after an in-place upgrade to jammy, but now it complains about a different version: 1.1build123:21
dansmith...which is now the version of distro-info23:22
dansmithI give up23:22

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