14:00:57 #startmeeting qa 14:00:58 Meeting started Tue Oct 5 14:00:57 2021 UTC and is due to finish in 60 minutes. The chair is kopecmartin. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:58 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:58 The meeting name has been set to 'qa' 14:01:16 o/ 14:01:19 #link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_next_Office_hours 14:01:20 o/ 14:01:23 agenda ^^ 14:01:27 hi o/ 14:02:23 let's start 14:02:25 #topic Announcement and Action Item (Optional) 14:02:50 we are done with the releases 14:03:40 i think that's it regarding the announcements 14:03:40 o/ 14:03:52 #topic Xena Priority Items progress 14:04:00 any progress on this front? 14:04:08 #link https://etherpad.opendev.org/p/qa-xena-priority 14:04:28 nothing from me this week. 14:04:47 i am very much stuck over certain patrole issues 14:05:08 nothing from my side neither 14:05:18 #topic OpenStack Events Updates and Planning 14:05:24 #link https://etherpad.opendev.org/p/qa-yoga-ptg 14:05:32 PTG is in 2 weeks 14:05:43 feel free to add your proposals to the etherpad above , if you haven't already 14:06:28 we have booked the following slots: 13-15 UTC October 18th and 15-17 UTC October 19th 14:06:33 for PTG sessions 14:06:57 #topic Gate Status Checks 14:07:03 #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+OR+project:openstack/hacking) 14:07:15 any issues to bring up? 14:07:15 I don't see any urgent patches 14:08:07 i have noticed refstack projects started failing on jsonschema - the new version released lately - 4.0.1 14:08:28 it is installed by tempest (all refstack projects inherit from it) 14:08:30 yeah, nothing urgent on gate afaik 14:08:47 but we're currently investigating options 14:08:57 apart from that i haven't noticed anything else 14:08:59 good 14:09:18 #topic Periodic jobs Status Checks 14:09:24 #link https://zuul.openstack.org/builds?job_name=tempest-full-victoria-py3&job_name=tempest-full-ussuri-py3&job_name=tempest-full-train-py3&pipeline=periodic-stable 14:09:29 #link https://zuul.openstack.org/builds?project=openstack%2Ftempest&project=openstack%2Fdevstack&pipeline=periodic 14:09:49 all green 14:10:01 #topic Sub Teams highlights 14:10:08 any updates, highlights we need to discuss today ? 14:10:43 Changes with Review-Priority == +1 14:10:44 #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+OR+project:openstack/hacking) 14:10:46 there are none 14:11:21 there is open discussion point by me afair 14:11:32 yup, let's get to it 14:11:33 #topic Open Discussion 14:11:39 kopecmartin, gmann, we have certain api listed here - https://docs.openstack.org/api-ref/network/v2/index.html? 14:12:45 soniya29: what about them? 14:13:00 which one we are discussing ? 14:13:01 where some apis lack neutron policy implementation, so my question, in such case, do we need to implement the policy first? 14:13:20 gmann, kopecmartin, https://review.opendev.org/c/openstack/patrole/+/807131 14:13:33 soniya29: ohk, in that case we need to disucss with neutron team if those are missing or not needed 14:15:03 yup, let's ask the neutron team 14:15:11 gmann, okay, if they require extension i can help them out there otherwise we can remove task from storyboard 14:15:17 soniya29: kopecmartin replied, this is extension https://github.com/openstack/neutron-lib/blob/master/neutron_lib/api/definitions/logging_resource.py 14:15:35 we are just not using the correct name. 14:16:21 gmann, i would correct it 14:16:32 and more importantly we need to tests 1. if test running 2. test skipping on enabling the extension with list not with 'All' 14:16:59 because with 'All' which is default will run tests even you have wring extensions name. 14:17:52 (let me know when I can go ahead with "test with MariaDB rather than MySQL (yoctozepto, frickler)") 14:18:23 gmann, okay 14:18:39 thanks gmann for the info and comments 14:18:46 yoctozepto: you may go ahead :) 14:19:07 ok 14:19:19 #subtopic test with MariaDB rather than MySQL (yoctozepto, frickler) 14:19:44 so, as the topic says - could we switch the default database to MariaDB? 14:20:07 it seems it's the most common option chosen by deployment projects; yet devstack defaults to MySQL 14:20:43 so far I have only identified openstack charms to use mysql 14:20:48 all others use mariadb 14:20:59 we're talking only about changing the default option, right? 14:21:02 right 14:21:25 yoctozepto: do you use special repos for mariadb? we might want to mirror those in infra 14:22:02 with "you" = kolla 14:22:04 frickler: in kolla we do; we are talking devstack here which could at least use mariadb from distro (like we are doing for debian now) 14:22:19 yeah, I figured :-) 14:22:43 it's a good point to improve kolla's use of mirrors ;-) 14:22:54 but let's focus on devstack in this very discussion 14:23:18 yes, I was thinking about where devstack would install mariadb from 14:23:45 if you think distro versions are good enough, I'm fine with that, at least for the initial step 14:23:46 I think we can rely on distros for this one; but I'm open to going upstream 14:23:56 ok 14:24:41 I think OSA also uses upstream 14:24:44 but would have to check 14:25:36 yup, they seem to 14:26:02 https://opendev.org/openstack/openstack-ansible-galera_server/src/branch/master/vars for curious here 14:26:27 so yeah, two official deployments projects on upstream mariadb 14:26:35 tripleo uses rdo-provided one 14:26:53 so kinda-distro-but-not-quite 14:28:15 cool, i'm ok with aligning with the other projects on this one 14:28:30 are there any additional changes required? or is it simple as just changing the default option? 14:28:46 Helm also uses upstream it seems, but container image of course 14:28:59 kopecmartin: changing it is simple; there is one quirk 14:29:07 in that neutron tests with special mariadb job 14:29:14 which will now not be different 14:29:22 wonder if they want to test mysql per se 14:29:25 probably not :D 14:29:29 so can just drop that job 14:31:05 Christian Schwede proposed openstack/tempest master: Improve cleanup after Swift testing https://review.opendev.org/c/openstack/tempest/+/812455 14:31:10 good, anything else to add to this? 14:31:22 anything else for the open discussion? 14:31:33 no, I'm good 14:31:41 we agreed to switch, right? :P 14:31:51 yes 14:31:53 gmann? 14:32:02 ok 14:32:25 sorry, i was in another discussion. 14:32:44 do we have any job testing that currently ? 14:32:57 or we are proposing changing default directly 14:33:23 I guess we merge after the xena release and hope for the best (-: 14:33:27 neutron tests with mariadb 14:33:56 I thinkwe have once for postgresql 14:33:59 yoctozepto: are You talking about our periodic job with mariadb? 14:34:15 slaweq: yeah, we will want to drop it after we change the default 14:34:21 https://github.com/openstack/tempest/blob/a7bcabc8976e6e646d5e4379e3289b43586261c1/zuul.d/integrated-gate.yaml#L284 14:34:32 yoctozepto: it would be fine for me 14:34:38 slaweq: ack, thanks 14:34:45 we added that periodic job actually because default was still mysql 14:34:49 yoctozepto: yeah, after Xena release of course. 14:35:06 and once we had some issue with mariadb and some db migrations (I don't remember exactly now what it was) 14:35:09 or may be we can add a job and seeing all good and working then change default. yoctozepto frickler ? 14:35:23 slaweq: yeah, those were reported by me :-) 14:35:27 so to avoid such issues we added one periodic job to test explicitly with mariadb 14:35:29 ahh, ok :) 14:35:41 too many bugs to remember for me :) 14:35:43 gmann: we know it works on ubuntu, just can't tell if for all the projects 14:35:59 yeah, for all projects/configuration 14:36:24 I say we change and await feedback, most effective :-) 14:36:24 and meanwhile we can start the ML about it and how other feel though it is configurable to any DB 14:36:39 yeah, but sending ML notice is nice 14:37:07 and in PTG which is not so far we can see if anyone object on that 14:37:35 yeah, that seems most reasonable, thanks gmann for your input 14:37:44 it should not be issue though we we do not test DB itself just any workable we use in devstack. 14:38:22 yoctozepto: thanks for initiating on this. +1 14:38:45 :-) 14:40:14 actually the interesting bugs will likely only be seen in a multinode galera setup 14:40:32 * yoctozepto wonders if us switching to MariaDB will invalidate the "the most popular RDBMS" slogan for MySQL ;p 14:40:48 frickler: well, that neutron one was regardless of galera 14:41:00 anyhow, galera is not a concern for devstack 14:41:57 we already use mariadb on centos jobs and will on debian 14:42:14 and now will switch to mariadb on ubuntu 14:42:23 makes sense to me 14:42:40 +1 14:43:10 shameless plug: cores, please review adding debian testing https://review.opendev.org/c/openstack/devstack/+/789083 14:43:13 :-) 14:46:26 i'm sorry, i had to jump on a different meeting 14:46:53 anything else for the discussion? 14:47:10 #topic Bug Triage 14:47:14 #link https://etherpad.opendev.org/p/qa-bug-triage-xena 14:47:49 i recorded the numbers as always ^^ 14:48:03 that's all from my side , so if there isn\t anything else 14:48:11 i think we can close the office hour 14:48:25 thank you all for the great discussion today 14:48:30 #endmeeting 14:49:36 kopecmartin: seems like end meeting did not work? 14:50:04 interesting 14:50:05 lol 14:50:13 #endmeeting