Tuesday, 2023-08-01

*** elodilles_pto is now known as elodilles06:35
opendevreviewKonrad Gube proposed openstack/tempest master: Add tests for the os-extend_volume_completion volume action.  https://review.opendev.org/c/openstack/tempest/+/89018309:02
*** dmellado17042088 is now known as dmellado09:51
opendevreviewKatarina Strenkova proposed openstack/devstack-plugin-open-cas master: Replacedeprecated terms  https://review.opendev.org/c/openstack/devstack-plugin-open-cas/+/89019712:20
kopecmartin#startmeeting qa15:00
opendevmeetMeeting started Tue Aug  1 15:00:23 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
kopecmartin^^15:00
lpiwowaro/15:01
kopecmartino/15:02
frickler\o15:04
kopecmartino/15:04
kopecmartinlet's get to it 15:04
kopecmartin#topic Announcement and Action Item (Optional)15:05
kopecmartinbtw, i've signed up the qa team for the upcoming virtual ptg 15:05
kopecmartinand i've registered myself for the event as well15:05
kopecmartin#link https://ptg2023.openinfra.dev/15:06
kopecmartinthat's it regarding the announcements 15:06
kopecmartin#topic Bobcat Priority Items progress15:06
kopecmartin#link https://etherpad.opendev.org/p/qa-bobcat-priority15:06
kopecmartinanything new on this front? 15:06
* kopecmartin checking the doc15:06
fricklerno further reviews for global venv :(15:07
kopecmartin#link https://review.opendev.org/c/openstack/devstack/+/55893015:08
kopecmartingmann: dansmith ^^ what do you think?15:08
dansmithabout the venv thing?15:08
dansmithIhaven15:09
kopecmartinyes, the patch looks ready (well, from what i can tell) 15:09
dansmithI haven't looked at that in a long time so I'd need to look again.. I'm bummed we have to do this, but I know something has to change15:09
dansmithI guess I'll have a look, hopefully today15:09
fricklerdansmith: you may also want to look at the wheel build issue mentioned in https://review.opendev.org/c/openstack/devstack/+/887547/5/.zuul.yaml15:10
dansmithfrickler: I don't see any issue mentioned there...15:10
frickler# TODO(frickler): drop this once wheel build is fixed - MYSQL_GATHER_PERFORMANCE: false15:11
fricklerL373N15:11
dansmith737?15:12
frickler737, yes, sorry15:12
dansmithbut ack, I understand we need to do something for this and other reasons15:12
dansmithI'll pull this down and play with it while I wait for rechecks to need rechecking15:13
kopecmartinsounds good, thanks15:15
kopecmartinlet's get moving 15:15
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
kopecmartinone patch, waiting for the CI15:15
kopecmartin(again) :D 15:15
kopecmartinmore like still 15:16
dansmiththat failed on one thing I've seen lately,15:16
dansmithwhich is the osc functional test failing with things that look like maybe apache running out of connections or otherwise having trouble connecting to backends15:16
dansmithI've seen that a handful of times this week15:16
dansmithI dunno really anything about that job, so I'm not sure why that might be happening15:17
fricklerrelated to https://review.opendev.org/c/openstack/openstacksdk/+/888240 maybe?15:17
kopecmartinmaybe, don't know either, the job looks quite stable 15:17
dansmithI dunno, I've seen it with things other than placement15:17
kopecmartin#link https://zuul.opendev.org/t/openstack/builds?job_name=openstacksdk-functional-devstack&project=openstack/devstack15:17
kopecmartinin comparison to others at least 15:17
fricklerseems the same failure was in the original patch https://zuul.opendev.org/t/openstack/build/ae68c91aa4994e499bbbdfc10af0f57615:18
dansmithack, I've just seen failures on glance and devstack with it, not always with placement15:18
dansmithand I'm not sure I've ever seen it fail before that15:18
fricklerI can ping stephenfin over in sdks to have a look15:19
dansmithkopecmartin: looking at it this way makes it look worse: https://zuul.opendev.org/t/openstack/builds?job_name=openstacksdk-functional-devstack&result=FAILURE&skip=015:20
kopecmartin:o 15:20
dansmithperhaps it's just general instability, I just never see it fail and have seen it multiple times lately, so figured something must be up15:21
dansmithis that affected by the increased concurrency change/15:21
fricklerthat at least makes it look like it didn't start yesterday15:22
dansmithyeah15:22
kopecmartinre: concurrency, would it hit just one test? 15:22
kopecmartinbut hard to tell, in openstack everything is connected in some way :D 15:23
dansmithyeah15:23
dansmithanyway, it just struck me because I hadn't seen that fail on my stuff until recently15:23
kopecmartinright, let's keep an eye on that 15:25
kopecmartin#topic Bare rechecks15:25
kopecmartin#link https://etherpad.opendev.org/p/recheck-weekly-summary15:25
kopecmartinconsidering all the rechecks we're quite ok15:26
kopecmartininteresting fact though 15:26
dansmitheven though there's a little cheating going on15:26
kopecmartinQA had the most rechecks over the last 90 days  ... 48015:26
dansmith*cough*kopecmartin*cough* :)15:26
kopecmartin:D yeah, i know , guilty as charged 15:26
dansmithI'm just kidding, it's pretty hard to keep caring on recheck 93415:27
kopecmartinplus when we can see, it's always a different job15:28
kopecmartinwhich fails15:28
kopecmartin#topic Periodic jobs Status Checks15:29
kopecmartinperiodic stable full15:29
kopecmartin#link https://zuul.openstack.org/builds?pipeline=periodic-stable&job_name=tempest-full-yoga&job_name=tempest-full-xena&job_name=tempest-full-zed&job_name=tempest-full-2023-115:29
kopecmartinperiodic stable slow15:29
kopecmartin#link https://zuul.openstack.org/builds?job_name=tempest-slow-2023-1&job_name=tempest-slow-zed&job_name=tempest-slow-yoga&job_name=tempest-slow-xena15:29
kopecmartinperiodic extra tests15:29
kopecmartin#link https://zuul.openstack.org/builds?job_name=tempest-full-2023-1-extra-tests&job_name=tempest-full-zed-extra-tests&job_name=tempest-full-yoga-extra-tests&job_name=tempest-full-xena-extra-tests15:29
kopecmartinperiodic master15:29
kopecmartin#link https://zuul.openstack.org/builds?project=openstack%2Ftempest&project=openstack%2Fdevstack&pipeline=periodic15:29
kopecmartintempest-full-parallel fails more often, but with different tests, no clear pattern 15:32
kopecmartin#topic Distros check15:32
kopecmartincs-915:32
kopecmartin#link https://zuul.openstack.org/builds?job_name=tempest-full-centos-9-stream&job_name=devstack-platform-centos-9-stream&skip=015:32
kopecmartinfedora15:32
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-fedora-latest&skip=015:32
kopecmartindebian15:32
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-debian-bullseye&skip=015:32
kopecmartinfocal15:32
kopecmartin#link https://zuul.opendev.org/t/openstack/builds?job_name=devstack-platform-ubuntu-focal&skip=015:32
kopecmartinrocky15:32
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-rocky-blue-onyx15:33
kopecmartinopenEuler15:33
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:33
kopecmartinfedora started failing constantly, but we're about to drop that (more about that in a minute15:33
kopecmartintempest-full-centos-9-stream has been failing last 2 days 15:33
opendevreviewyatin proposed openstack/devstack stable/2023.1: Use RDO official CloudSIG mirrors for C9S deployments  https://review.opendev.org/c/openstack/devstack/+/89012015:34
kopecmartinFailed to discover available identity versions when contacting http://localhost:5000/v3/. Attempting to parse version from URL15:35
kopecmartinand it ends with Bad Request 15:35
opendevreviewyatin proposed openstack/devstack stable/zed: Use RDO official CloudSIG mirrors for C9S deployments  https://review.opendev.org/c/openstack/devstack/+/89022115:35
opendevreviewyatin proposed openstack/devstack stable/yoga: Use RDO official CloudSIG mirrors for C9S deployments  https://review.opendev.org/c/openstack/devstack/+/89022215:35
kopecmartinthat ^^ might help actually :D 15:36
kopecmartinperfect timing 15:36
kopecmartin#topic Sub Teams highlights15:36
kopecmartinChanges with Review-Priority == +115:36
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:36
kopecmartinseems like we're ready to drop fedora 15:37
kopecmartin#link https://review.opendev.org/c/openstack/devstack/+/88546715:37
kopecmartinpatches for all the consumers were proposed more than a month ago 15:37
kopecmartin#link https://review.opendev.org/q/topic:drop-old-distros15:37
kopecmartinfrickler: if you agree, i can +w it now 15:38
fricklerack15:38
kopecmartinthanks, done15:39
kopecmartin#topic Open Discussion15:39
kopecmartinanything for the open discussion?15:39
lpiwowarI just have a quick question whether it would be ok to add option to tempest.conf to indicates which backup driver cinder uses. Currently the volume backup tests do not clean up swift containers. This causes failure of object storage tests with pre-prov creds. We could use this option to clean up this container when swift is used as a backup15:39
lpiwowardriver.15:39
lpiwowar#link https://bugs.launchpad.net/tempest/+bug/202867115:40
kopecmartinit's just strange that we would need an option for the cleanup of a test and not for the test itself 15:40
dansmithagree15:41
lpiwowarExample of the error: 15:41
lpiwowar#link https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_8a2/periodic/opendev.org/openstack/tempest/master/tempest-full-test-account-no-admin-py3/8a2ef81/testr_results.html15:41
kopecmartinwhat about a try except block .. attempt to delete everything except any errors, then move on and hope for the best15:42
lpiwowarI understand but without the option it is probably hard to tell whether swift is used as a back up driver (?). Maybe I can try to delete the containers if swift service is present. But the presence of swift service does not guarantee that it is used as a backup driver? I'm not sure.15:42
fricklermaybe that swift test is bogus really? can't always assume a clean environment with no active containers15:43
kopecmartinhmm, the test could check the content of the container at the beginning and check again at the end .. as far as the test is concerned there shouldn't be any additional resources15:44
kopecmartindoesn't matter what was there before 15:44
dansmiththat still won't make it stable15:44
fricklerunless it runs in parallel with the backup test15:44
dansmithbecause it could be running in parallel where more things are being created/destroyed15:44
dansmithit really needs to be able to look at only the things it cares about and ignore anything else15:44
dansmithI'm surprised tenant isolation doesn't just solve it though...15:45
kopecmartinoh, right15:45
lpiwowardansmith: the issue only emerges when pre-prov creds are used. 15:45
dansmithyeah exactly :)15:45
dansmithso the test is broken15:45
fricklerthen the test needs to be skipped in that scenario15:45
lpiwowarSo when the test reuses a user which was used for volume back up testing ... The test fails. That is my guess. 15:46
dansmithfrickler++15:47
lpiwowarfrickler: So you think skipping the test when pre-prov creds are used?15:47
frickleryes15:47
lpiwowarfrickler: Ok, I will propose a patch:). Maybe we can continue the discussion there. 15:48
kopecmartinach, the test is part of interop, which runs mostly with preprovisioned creds .. that means we'll need to kick it out15:48
kopecmartinlpiwowar: agree, let's start with a patch and continue there15:48
lpiwowarkopecmartin: That is a good point. I wasn't thinking about it. 15:48
kopecmartinhm, if the issue really is that the test reuses a user which has left some resources behind, in that case my proposal could work - if preprov creds, save the initial content of the container and compare at the end of the test - the parallel issue whouldn't be a problem as the user is used by this test at that time15:50
kopecmartinunless other tests could use that user too 15:50
dansmiththat's the point though, other tests use them15:51
dansmithwhen cinder uses swift for backup15:51
dansmithany test that asserts you start with a blank slate doesn't make sense with shared creds, IMHO15:51
kopecmartinright, i hoped there more clever logic .. then skipping the test is the easiest way out of it 15:51
lpiwowarkopecmartin: Are volume backup tests part of interop? I know it is not a nice solution but as long as volume backup tests are not in there then it should be ok. 15:52
dansmithlpiwowar: what if I have other swift containers present before I run even with the backup tests disabled/15:53
dansmithsurely glance with swift would have the same problem?15:53
lpiwowardansmith: Not tested. But if the containers are visible for the user in the accounts.yaml then it would probably fail. 15:54
dansmithyeah, which will definitely happen (a lot) with glance being backed by swift, as any snapshot and potentially the test image itself would be visible15:54
lpiwowarOk, from what I'm reading it seems that the issue is really on the side of the object storage tests. I thought that the fix would be required for the volume back up tests. 15:55
lpiwowarSo we have to either fix the object storage test(s) or skip them when pre-prov creds used. 15:56
kopecmartincorrect15:57
lpiwowarI will take a look at it more and will propose a patch:)15:57
kopecmartinthanks15:57
kopecmartinlet's move on 15:57
kopecmartin#topic Bug Triage15:57
kopecmartin#link https://etherpad.openstack.org/p/qa-bug-triage-bobcat15:57
kopecmartinnumbers recorded ^15:57
kopecmartinbut htat's all i had time for unfortunately 15:58
kopecmartinthat's it15:58
kopecmartinthanks everyone15:58
kopecmartin#endmeeting15:58
opendevmeetMeeting ended Tue Aug  1 15:58:54 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:58
opendevmeetMinutes:        https://meetings.opendev.org/meetings/qa/2023/qa.2023-08-01-15.00.html15:58
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/qa/2023/qa.2023-08-01-15.00.txt15:58
opendevmeetLog:            https://meetings.opendev.org/meetings/qa/2023/qa.2023-08-01-15.00.log.html15:58
lpiwowarthanks kopecmartin15:58
fricklerthx15:59
gmannfrickler: can you break  the deps (currently it is dependent on focal-removal) here so that we can merge this https://review.opendev.org/c/openstack/devstack/+/885469/117:09
dansmiththe dbcounter patch is about to merge17:11
gmannyeah, waiting for that17:12
dansmithin all the runs that include it I've seen much better io behavior, so I'm hopeful17:12
opendevreviewMerged openstack/devstack master: Reduce the flush frequency of dbcounter plugin  https://review.opendev.org/c/openstack/devstack/+/89013617:13
dansmith\o/17:13
* dansmith starts more rechecks17:13
gmanncool17:15
gmannkopecmartin: yeah there are lot of recheck but mostly on the gate fixes. hopefully we will have some improvement once they all merge17:26
dansmithgmann: any idea what this is? https://b5afffe3af714f1125c3-25f3a3879427e395d97921f59eb3db3c.ssl.cf2.rackcdn.com/882316/1/gate/nova-next/3a53c36/testr_results.html17:35
dansmithtwo tests failed with clashing networks.. they should be isolated...17:35
dansmithslaweq: ^17:35
dansmithand indeed they happened within about 10s of each other, so I imagine they did clash17:42
opendevreviewMerged openstack/devstack master: Drop Fedora support  https://review.opendev.org/c/openstack/devstack/+/88546717:49
gmanndansmith: yeah it should be isolated network for both test class17:52
dansmithgmann: so that's weird right?17:53
gmanndansmith: they are not creating the default network so there are chances of finding multiple network. let me update those test to create default and that way at least we pass the created network to server request 17:54
dansmithack17:54
opendevreviewGhanshyam Mann proposed openstack/tempest master: create default network for few more server tests  https://review.opendev.org/c/openstack/tempest/+/89024218:46
fricklermeh, also need to rebase 558930 on top of fedora drop19:26
opendevreviewDr. Jens Harbott proposed openstack/devstack master: Add option to install everything in global venvs  https://review.opendev.org/c/openstack/devstack/+/55893019:29
opendevreviewDr. Jens Harbott proposed openstack/devstack master: Add debian-bookworm job  https://review.opendev.org/c/openstack/devstack/+/88754719:33
dansmithfrickler: did you see my comments/questions?19:34
fricklerdansmith: nope, sorry, just noticed the merge conflict, will take a look tomorrow19:46
dansmithfrickler: ack20:20
opendevreviewMerged openstack/devstack-plugin-ceph master: Update location of cephadm script  https://review.opendev.org/c/openstack/devstack-plugin-ceph/+/88895221:27
gmanndansmith: multiple network issue fix https://review.opendev.org/c/openstack/tempest/+/890242 22:38
gmannkopecmartin: https://review.opendev.org/c/openstack/tempest/+/89024222:38
dansmithgmann: sweet22:39

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