15:03:49 <noonedeadpunk> #startmeeting openstack_ansible_meeting 15:03:49 <opendevmeet> Meeting started Tue May 27 15:03:49 2025 UTC and is due to finish in 60 minutes. The chair is noonedeadpunk. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:03:49 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:03:49 <opendevmeet> The meeting name has been set to 'openstack_ansible_meeting' 15:03:54 <noonedeadpunk> #topic rollcall 15:03:59 <jrosser> o/ hello 15:04:02 <noonedeadpunk> o/ 15:04:25 <noonedeadpunk> sorry for being late 15:06:01 <NeilHanlon> o/ 15:07:51 <noonedeadpunk> #topic office hours 15:08:02 <DavidGomez> o/ 15:08:25 <noonedeadpunk> I think the main topic - what do we want/need to merge to Epoxy berfore doing RC2 and a 31.0.0 tag? 15:09:30 <noonedeadpunk> As I'd love to propose a release by end of this week, not to face any unexpected delays 15:09:36 <jrosser> it feels tlike things are reasonably stable? 15:10:14 <noonedeadpunk> yes, I think they are 15:10:33 <jrosser> though this cycle it is very unlikley that I will be able to get any lab testing of Epoxy done in the short term 15:11:07 <noonedeadpunk> I think we will be doing this during July/August at very least 15:11:12 <noonedeadpunk> Caracal -> Epoxy one 15:11:44 <jrosser> this is probably our worst upgrade ever as it will be opesntack + ubuntu + lb->ovn 15:12:14 <noonedeadpunk> Upgrading OVN with Ubuntu might be problematic 15:12:30 <jrosser> oh yes, that not necessarily all in one shot 15:12:31 <noonedeadpunk> there is a bug report I never looked into much 15:12:50 <noonedeadpunk> https://bugs.launchpad.net/openstack-ansible/+bug/2059721 15:13:04 <noonedeadpunk> it's from 2023.1, but we have not changed much in logic around OVN clustering setup 15:13:22 <noonedeadpunk> and it totally looks like a race condition/compatability issue between major OVN versions 15:14:02 <noonedeadpunk> so that can be really a problem 15:14:23 <opendevreview> Merged openstack/openstack-ansible master: docs: fix small mistake with MariaDB and RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible/+/949733 15:14:38 <noonedeadpunk> I had one patch which was a bug fix, but can break the behaviour: 15:14:41 <noonedeadpunk> #link https://review.opendev.org/c/openstack/openstack-ansible-os_trove/+/950491 15:15:06 <noonedeadpunk> which potentially might be a good fit for the Epoxy 15:21:30 <noonedeadpunk> Other important topic EL10 15:21:41 <noonedeadpunk> I had not time last week to start working on it :( 15:22:24 <noonedeadpunk> But apparently, I need to start it sooner then later 15:22:49 <noonedeadpunk> not sure if there was any related progress on infra side of things though 15:27:17 <opendevreview> Merged openstack/openstack-ansible master: 2025.1 (Epoxy) Release Candidate - fix for year https://review.opendev.org/c/openstack/openstack-ansible/+/950739 15:28:28 <noonedeadpunk> Actually, about docs 15:28:53 <noonedeadpunk> I am thinking, if we should give up maintaining whole history of releases for our `latest` release 15:29:07 <noonedeadpunk> #link https://docs.openstack.org/openstack-ansible/latest/ 15:30:15 <noonedeadpunk> and just leave "current" one or none at all, just doc tree 15:32:16 <noonedeadpunk> as current one not only need maintenance, but also needs translators to update each cycle 15:32:25 <jrosser> do we end up having to go and fix that page for all the branches as the status of things changes? 15:32:44 <noonedeadpunk> yup 15:32:52 <noonedeadpunk> or well 15:33:02 <noonedeadpunk> for all branches we have a different version of it 15:33:13 <noonedeadpunk> ie https://docs.openstack.org/openstack-ansible/2024.2/ 15:33:19 <jrosser> yes i was just looking and its a little random 15:33:53 <noonedeadpunk> it really is 15:34:07 <noonedeadpunk> and 2024.2 is an outstanding example 15:34:27 <noonedeadpunk> and 2025.1 needs to be patched.... 15:36:40 <noonedeadpunk> But I'd guess I'd align latest to the state of https://docs.openstack.org/openstack-ansible/2024.1/ 15:36:43 <noonedeadpunk> or smth like that 15:42:33 <noonedeadpunk> Also, 2023.2 was EOL-ed for projects 15:42:50 <noonedeadpunk> so EOL-ing of roles were proposed 15:42:52 <noonedeadpunk> #link https://review.opendev.org/c/openstack/releases/+/948217 15:43:10 <noonedeadpunk> With that I've also proposed to drop upgrade jobs for 2024.1 15:43:30 <noonedeadpunk> as eventually unmaintained branch would not exist 15:43:37 <jrosser> yes 15:43:59 <jrosser> i hope that soon some of the fixes we have done in recent branches will be trickling down to the new unmaintained ones 15:44:16 <jrosser> it might now finally be possible to have some CI work on those without terrible difficulty 15:45:53 <noonedeadpunk> Does this include upgrade jobs? 15:46:20 <noonedeadpunk> As while there were improvements for respecting unmaintained branch, non-SLURP go straight to EOL 15:46:20 <jrosser> i did do some work on making it better at picking the N-1 branch name 15:46:37 <noonedeadpunk> and I can't recall we did anything to cover that 15:46:38 <jrosser> and i think if the branch is deleted it should pick a previous one 15:47:00 <noonedeadpunk> hu 15:47:14 <noonedeadpunk> but then we still would need to be dropping upgrade from previous SLURP 15:47:24 <noonedeadpunk> as we'd be testing same thing twice? 15:47:30 <jrosser> https://github.com/openstack/openstack-ansible/blob/master/scripts/gate-check-commit.sh#L69 15:48:02 <noonedeadpunk> yeah, but this selects `stable` vs `unmaintained`? 15:48:05 <jrosser> right yes so that automatically sorts out "stable/" vs "unmaintained", we'd still need to fix line 68 15:48:49 <noonedeadpunk> but now we kinda want to have $UPGRADE_SOURCE_RELEASE-eol ? 15:48:59 <noonedeadpunk> if neither nor exist? 15:49:14 <jrosser> hmm yes you are right 15:49:28 <noonedeadpunk> which is a bit /o\ but yeah... 15:50:21 <jrosser> if we can feed in UPGRADE_SOURCE_BRANCH from outside then all that logic is bypassed 15:50:31 <jrosser> which could turn out to be the simplest 15:53:41 <noonedeadpunk> True, but then we'd still need to do update of zuul jobs 15:54:01 <noonedeadpunk> which we probably have to do anyway 15:56:26 <jrosser> hrrm it is messy 15:56:33 <jrosser> as we still want to run these locally 15:56:48 <noonedeadpunk> true... 15:57:56 <jrosser> so if the branch prefix is empty, the branch does not exist 15:58:10 <jrosser> then we can assume it is <release>-eol ? 15:59:48 <noonedeadpunk> Yeah, I think we can... 16:00:15 <noonedeadpunk> that sounds like reasonable assumption... 16:00:58 <noonedeadpunk> #endmeeting