15:01:16 #startmeeting openstack_ansible_meeting 15:01:16 Meeting started Tue Feb 1 15:01:16 2022 UTC and is due to finish in 60 minutes. The chair is noonedeadpunk. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:16 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:16 The meeting name has been set to 'openstack_ansible_meeting' 15:03:59 #topic office hours 15:04:27 hey o/ 15:04:29 hey! 15:05:12 I saw mariadb has merged and seems even backported fixes to mysql_upgrade 15:05:35 mgariepy: have you had a chance to look closer where their ended up?:) 15:05:53 nop i haven't 15:08:58 but the idea was only not to run 2 mysql_upgrade at the same time to prevent lock. 15:09:10 heyo folks :) 15:09:34 yeah. But likely we can change some code and simplify things based on that 15:09:45 hello 15:10:05 debian packaging needs to be upgraded also. 15:11:09 i can try to take a look a bit later this week or next week. 15:12:02 I don't think there's any rush. I will try to check it as well if get some time before that :) 15:12:27 NeilHanlon: how things going on with rocky dib btw? 15:13:47 fighting more CI issues than anything else, I think, but I believe the patch itself is ready to go once the underlying CI is all fixed.. but the image itself is working afaik 15:14:31 ok, awesome. Btw, jrosser found that latest pip jsut dropped py36 support overall. 15:14:42 oh goody :( 15:14:56 Which leads us to thought for how long we will be able to have 8-stream or rocky-8 15:14:56 does anyone know where the powerkvm jobs live? There's a centos 8 job in there that needs removing. 15:15:33 Maybe it's third-party test? 15:15:34 NeilHanlon: this is useful https://zuul.openstack.org/jobs 15:16:55 as I can't find any in opendev zuul 15:17:10 but third-party tests are non-voting usually 15:17:21 so they shouldn't result in overall failure 15:17:53 thanks jrosser. yeah i think it is a 3rd party test https://review.opendev.org/c/openstack/diskimage-builder/+/825957 15:18:15 i'll sync up with the dib folks and see how to proceed 15:18:19 Ah, so it's all green :) 15:18:48 nice 15:18:54 and green is good :) 15:19:07 it really is :) 15:19:20 i imagine the rocky job should be voting in order to merge that 15:20:02 noonedeadpunk does make a good point about py36 though 15:20:40 in an ideal world we would get centos-9-stream support in for our Y release 15:20:50 and then be dropping centos-8-stream in Z 15:22:24 for 9 we are a little stuck on mariadb so i made a ticket in their JIRA https://jira.mariadb.org/browse/MDEV-27693 15:23:53 jrosser: there was a comment saying it should be nonvoting for a bit, so I made it as such, happy to go back and talk with them, though 15:24:03 doh and mariadb just released I believe... 15:24:13 oh cool no worries - follow what the dib people suggest there 15:24:56 somehow everything is kind of different in the centos-9 mariadb package, more than it just being a 10.5.x 15:25:13 so i was not particularly motivated to spend a lot of time hacking in a version we don't want 15:27:22 there are a few thing we need to fix 15:27:28 some brokenness here https://review.opendev.org/q/topic:osa%252Finclude_vars 15:28:37 lxc_hosts should be fine overall I believe 15:29:21 Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_zun master: Restore CI jobs https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/824457 15:29:25 For zun it seems we hacked way around? 15:29:33 for now at least 15:29:44 Haven't looked into cloudkitty and mistral though 15:29:55 also a few here https://review.opendev.org/q/topic:osa%252Fcommon_tasks 15:30:45 i did look at aodh a bit and it fails consistently on centos-8-stream (no comment) and i wondered if it was memory exhaustion 15:30:55 fails to boot cirros iirc 15:32:22 next would be the ssh_keypairs role https://review.opendev.org/q/topic:osa%252Fkeypairs 15:32:50 this is pretty much working except for some issue in CI that needs fixing 15:32:53 oh yes, thats interesting 15:32:59 we have that running in the lab here for os_nova 15:33:42 it makes a really nice cleanup of the existing complexity in os_nova and os_keystone 15:36:42 and, that is indeed awesome! 15:37:33 I spent some time on rabbitmq, and converted their erlang config format to smth more conventional https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/826338 15:37:45 As my eyes were bleeding each time I was to read it 15:38:26 oh yes i remember adding the TLS support 15:38:26 There're one issue though is that config_template can't handle ini config files without sections 15:38:32 horrible syntax 15:39:04 well, it's not _much_ better when it comes to listeners, but at least readable... 15:39:10 somehow readable 15:40:12 does it have sections at all in the config file? 15:40:23 nope 15:40:40 so when config_template is used, it just places blank file 15:41:06 as default_overrides are {} so it's overriden with nothing 15:41:52 this format is actually more like a dict that has been flattened out into K/V pairs 15:42:20 yep, exactly. And they still split keys with dots for structure 15:42:41 btw I'm a bit frustrated that there's still no erlang for debian 11 15:42:55 while rabbit is already built for it for a while 15:44:30 oh, and also I was happy when realized that journald is now supported logging 15:45:03 i wonder if config_template could grow another format 'flatjson' 15:45:34 read in that flattened format, process it just like it were a regular json file, and write it out flattened 15:46:18 maybe json is the wrong term, but 'flatdict' of some sort 15:46:51 Rabbitmq claim it to be sysctl 15:47:15 and eventually sysctl has really similar fromat 15:47:41 hmm interesting 15:48:07 so yes, I'd say it makes sense to patch config_template 15:49:04 I wish sshd_config was also in this format :D 15:51:00 oh well remember we now have sshd_config.d in all places except centos-8 15:51:19 and the ssh_keypairs role now sets it up on centos-8 to work like that too 15:52:43 maybe sysctl format is just a special case of a generic key=value plain text file 15:53:39 we would need to choose if we support passing in an actual dict or if its just a bunch of a.b.c=value strings 15:55:19 I'd say it should be dict anyway? 15:55:38 well, we can do split('=') but that would be weird 15:56:22 but dict in terms of simple key/value imo 15:56:56 can we do a.b.c: value ? 15:56:59 so might be just enough to teach config_template how to work without sections if that's feasable 15:57:09 yes, I was thinking about that exactly 15:57:25 I haven't look in module code yet though 15:57:45 should we talk about the os_tempest patches? there are lots 15:57:51 (also we're short of time) 16:00:50 Jonathan Rosser proposed openstack/openstack-ansible master: Bump ansible to 2.12.2 https://review.opendev.org/c/openstack/openstack-ansible/+/827313 16:05:55 this is ready https://review.opendev.org/c/openstack/openstack-ansible-tests/+/827239 16:14:18 #endmeeting