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