14:00:10 #startmeeting kolla 14:00:10 Meeting started Wed Jul 13 14:00:10 2022 UTC and is due to finish in 60 minutes. The chair is yoctozepto. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:10 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:10 The meeting name has been set to 'kolla' 14:00:28 #topic Roll-call 14:00:29 o/ 14:00:38 hi 14:01:00 o\ 14:02:24 crowds today 14:02:27 #topic Agenda 14:02:52 * Roll-call 14:02:52 * Agenda 14:02:52 * Announcements 14:02:52 * Review action items from the last meeting 14:02:52 * CI status 14:02:53 * Release tasks 14:02:53 * Regular stable releases (first meeting in a month) 14:02:55 * Current cycle planning 14:02:55 * Additional agenda (from whiteboard) 14:02:57 * Open discussion 14:03:14 in the additional agenda we have 14:03:23 (hrw) CentOS Stream 9 14:03:29 (frickler) Virtual PTG planning 14:03:33 (m.hiner) tmpfs comparison in kolla_docker 14:03:37 (headphoneJames) please review let's encrypt patch: https://review.opendev.org/c/openstack/kolla-ansible/+/741340 14:03:40 o/ 14:03:55 #topic Announcements 14:03:59 nothing to announce 14:04:07 #topic Review action items from the last meeting 14:04:33 mnasiadka Monasca - ensure it's marked as unbuildable where it should be and evaluate later in the cycle if situation fixed itself 14:04:38 not handled, mnasiadka not around 14:04:41 readding 14:04:44 #action mnasiadka Monasca - ensure it's marked as unbuildable where it should be and evaluate later in the cycle if situation fixed itself 14:04:51 #topic CI status 14:05:09 o/ 14:05:26 the CI seems green unless anyone noticed differently 14:05:37 unsure about kayobe 14:06:36 ok, let's move on 14:07:22 #topic Release tasks 14:07:44 https://releases.openstack.org/zed/schedule.html 14:07:55 R-12 14:08:01 Zed-2 milestone 14:08:30 we don't have any related tasks in kolla projects 14:09:04 #topic Regular stable releases (first meeting in a month) 14:09:18 it's not the first meeting in a month, nothing to discuss; the patch is pending 14:09:28 #topic Current cycle planning 14:10:25 how do we look with the different priorities? 14:10:34 I know some are in additional agenda 14:10:39 so we can discuss then 14:10:52 unless someone did not include theirs and wishes to discuss them now 14:11:02 ;D 14:11:24 ok, so I can report that kevko's proxysql is very close now 14:11:34 hi 14:11:35 and is not provided for cs9 14:11:51 yeah, that's a good topic; cs9 being proxysql-less is sad 14:11:53 last time I checked 14:12:04 i already reported to authors .. 14:12:16 and they replied they don't have a plans to build for cs9 14:12:27 duh 14:12:38 for Kayobe please review https://review.opendev.org/c/openstack/kayobe/+/845338 and https://review.opendev.org/c/openstack/kayobe/+/840033 14:13:17 well, we could default to using non-cs9 images for proxysql 14:13:23 mmalchuk: we are in a meeting now 14:13:27 From what I see, CentOS 9 Stream is a rolling distro. 14:13:27 It's difficult for 3rd parties to support, as any components of the system can change/update/upgrade to unexpected versions and have unforeseen impact on the product. 14:13:27 You can try to install the RPM packages to see if any are compatible, still, long term it is a gamble. 14:13:27 You can also compile from source yourself. 14:13:28 For production I would recommend one of the distros we support, and matching packages from our repository. 14:13:28 some debian fallback or whatever 14:13:46 ^^ from author 14:13:57 kevko: then let them build for alma9 or rhel9 etc 14:14:20 ^ 14:14:23 kevko: fluentd image uses td-agent built in alma9 container 14:14:30 I don't think we will support CentOS Stream 9, 14:14:30 but we will support Almalinux 9 which is compatible with RHEL 9 14:14:30 ETA, next release in a few weeks. 14:14:40 awesome 14:15:08 yeah, they replying fast :P 14:17:13 ok, guessing nothing else to discuss here 14:17:16 let's move on 14:17:36 and thank you for handling the situation, hrw & kevko 14:17:50 #topic (hrw) CentOS Stream 9 14:18:01 go 14:18:05 ;D 14:18:50 we can build images (no ELK, Grafana, proxysql) but default k-a fails due to lack of mariadb-clustercheck (due to lack of xinetd in cs9) 14:19:29 official way for rhel9 family is 'use systemd instead of xinetd' 14:19:35 but we have dumb-init ' 14:19:45 meh++ 14:20:44 hmm 14:21:13 does anyone know of another solution? 14:21:25 maybe we could go with xinetd from source? ;d 14:21:38 I do not even know what clustercheck does and why we need it ;D 14:21:57 it checks whether mariadb sever is in sync with the galera cluster 14:22:08 and haproxy uses it to avoid broken replicas 14:22:14 well, clustercheck is reading status of wsrep in mariadb and returning 200/500 so haproxy now which is healtthy 14:22:26 because output is HTTP reply 14:22:30 kevko: does proxysql require clustercheck? 14:22:33 nope 14:22:52 ok, so we could also "force" users wishing to use cs9 to use proxysql 14:22:55 kevko would not mind 14:22:58 nor me 14:23:06 I have a feeling that Z release will slip quite a while due to distro updates 14:23:38 Michal Arbet proposed openstack/kolla-ansible master: Add proxysql support for database https://review.opendev.org/c/openstack/kolla-ansible/+/770215 14:23:40 Michal Arbet proposed openstack/kolla-ansible master: Edit services roles to support database sharding https://review.opendev.org/c/openstack/kolla-ansible/+/770216 14:23:40 Michal Arbet proposed openstack/kolla-ansible master: [CI] Test ProxySQL with shards in the nova cells scenario https://review.opendev.org/c/openstack/kolla-ansible/+/770621 14:23:41 Michal Arbet proposed openstack/kolla-ansible master: [DNM] Trigger cells job https://review.opendev.org/c/openstack/kolla-ansible/+/838916 14:23:41 Michal Arbet proposed openstack/kolla-ansible master: Use Docker healthchecks for mariadb-server service https://review.opendev.org/c/openstack/kolla-ansible/+/805616 14:27:36 hrw: anything else to discuss? 14:27:42 nope 14:28:33 let's move on then 14:28:47 #topic (frickler) Virtual PTG planning 14:28:52 frickler not around 14:29:02 does anyone want to discuss this topic? 14:30:24 Not from my side 14:31:11 Not from my side. Frickler is on vacation 14:31:53 when vPTG takes place? October? 14:33:28 not sure 14:33:33 but that makes sense 14:34:03 it was usually (if not always) mid-October 14:35:21 so maybe we did not dropped that entry from march? 14:35:26 s/from/since 14:37:32 no, frickler wanted to discuss it 14:37:43 you all can see the discussion from the last meeting 14:37:50 ok, just wanted to be usre ;d 14:37:51 * yoctozepto moving on 14:37:55 sure 14:38:08 #topic (m.hiner) tmpfs comparison in kolla_docker 14:39:18 So I have this issue where in the JSON we get from container inspect, the tmpfs is represented as a dictionary with keys being the directory names and values are it's settings 14:40:26 then in the kolla_docker module we compare that dictionary by converting it to set which only takes the keys so we basically just compare the directory names and not also their settings 14:40:50 My question is, is this intententional and non-issue? 14:41:49 Sergei Raiskii proposed openstack/kolla-ansible master: Allow cinder-backup to be configured to use S3 backend. https://review.opendev.org/c/openstack/kolla-ansible/+/849711 14:42:56 m_hiner: that is certainly possible 14:43:13 I don't remember by heart what tmpfs settings are 14:43:25 if asked, I would probably say there are none 14:43:29 maybe they are dummies? 14:43:37 let's check 14:44:47 it seems it originally did not support options but now it does https://docs.docker.com/storage/tmpfs/#specify-tmpfs-options 14:45:01 that said, I am pretty sure kolla-ansible does not use them 14:45:08 hence why they are ignored 14:45:26 did I help you? 14:45:57 so what you are saying is that it is fine as is, right? 14:46:02 right 14:46:17 Okay, that's all, thank you 14:46:38 ok, let's move on 14:46:46 yoctozepto: does it makes sense?: enable_mariadb_clustercheck: "{{ enable_haproxy if kolla_base_distro != 'centos' else 'false' }}" 14:47:15 i don't think this is ok 14:47:24 hrw: you need "false" without quote marks 14:47:41 but you can also do 14:47:54 yoctozepto, m_hiner: we can use tmpfs, although not by default 14:48:01 "{{ enable_haproxy | bool and kolla_base_distro != 'centos' }}" 14:48:03 for cinder volume conversion 14:48:17 mgoddard: but not its options 14:48:22 yoctozepto: thx 14:48:25 perhaps not 14:48:42 #topic (headphoneJames) please review let's encrypt patch: https://review.opendev.org/c/openstack/kolla-ansible/+/741340 14:49:27 Marcin Juszkiewicz proposed openstack/kolla-ansible master: [WIP] add CentOS Stream 9 support https://review.opendev.org/c/openstack/kolla-ansible/+/839715 14:49:38 I guess this one is pretty self-explanatory 14:50:09 Would love to get patch in this release 14:58:38 Michal Arbet proposed openstack/kolla-ansible master: Edit services roles to support database sharding https://review.opendev.org/c/openstack/kolla-ansible/+/770216 14:58:38 Michal Arbet proposed openstack/kolla-ansible master: [CI] Test ProxySQL with shards in the nova cells scenario https://review.opendev.org/c/openstack/kolla-ansible/+/770621 14:58:39 Michal Arbet proposed openstack/kolla-ansible master: [DNM] Trigger cells job https://review.opendev.org/c/openstack/kolla-ansible/+/838916 14:58:39 Michal Arbet proposed openstack/kolla-ansible master: Use Docker healthchecks for mariadb-server service https://review.opendev.org/c/openstack/kolla-ansible/+/805616 15:02:35 #endmeeting?