14:00:33 #startmeeting kolla 14:00:33 Meeting started Wed Jan 24 14:00:33 2024 UTC and is due to finish in 60 minutes. The chair is bbezak. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:33 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:33 The meeting name has been set to 'kolla' 14:00:39 #topic rollcall 14:00:42 o/ 14:00:46 \o 14:00:46 \o/ 14:01:01 o/ 14:02:30 #topic agenda 14:02:31 * Roll-call 14:02:31 * Agenda 14:02:31 * Announcements 14:02:31 * Review action items from the last meeting 14:02:31 * CI status 14:02:33 * Release tasks 14:02:33 * Regular stable releases (first meeting in a month) 14:02:35 * Current cycle planning 14:02:35 * Additional agenda (from whiteboard) 14:02:37 * Open discussion 14:02:59 #topic CI status 14:03:18 I think looks good after yesterday fixes by kevko and frickler 14:03:39 (I've been on sick leave for couple of days) 14:03:49 podman cross-dependency missing 14:03:55 (me too ftr) 14:04:16 thx SvenKieske - sorry I was not around 14:04:28 o/ 14:04:31 ah no problem, health comes first :) 14:04:59 kevko: yeah I wanted first to merge the 2023.2 k-a fix and then retest upgrades in your patch 14:05:12 if everything is sorted as it should 14:05:27 bbezak: we have the same thoughts 14:05:38 +1 14:05:40 nice 14:05:56 there was red status in kolla whiteboard, I've changed it to green, as it is If I'm not mistaken 14:06:00 I hypnotize zuul status with a look 14:06:04 :) 14:06:36 #topic Release tasks 14:06:54 we were lacking several patches for release tasks unfortunately 14:07:01 I've raised them today 14:07:25 kevko has some automation/tooling ideas 14:07:33 patches are welcome 14:08:05 i will propose some maybe ...if I will have some time :) 14:08:26 ok, thx 14:08:47 I've raised monthly stable release last week 14:08:58 as you surely know, I have never done a release, I was completely surprised that there is no automated procedure for this 14:09:06 https://review.opendev.org/c/openstack/releases/+/906046 14:09:40 the process is pretty well documented, however it surely need an update - https://docs.openstack.org/kolla/latest/contributor/release-management.html 14:11:35 will add a note to myself to update this doc 14:11:40 +1 14:12:04 #topic Current cycle planning 14:12:36 https://etherpad.opendev.org/p/KollaWhiteBoard#L209 14:12:54 any updates/questions on those priorities? 14:13:53 I don't have any update myself this week 14:13:58 not from my part at least, partly due to being sick the last two days :) 14:13:59 as far as my tasks 14:15:09 *technically three days 14:16:18 we've been mostly fire fighting CI since last week I can see. Let's hope next week will be more fruitful 14:17:00 #topic Additional agenda (from whiteboard) 14:17:18 I can see Container engine migration from mhiner 14:17:27 however I recall it was covered last week 14:18:11 I don't remember if this question was answered? > current CI tests don't gather container logs after migrating, any hints how to fix? 14:18:13 oh I remember that I didn't want to remove it from whiteboard as it has some valuable info 14:19:08 SvenKieske: i think it is .. 14:19:19 in general I think it would make sense to update the whiteboard if questions are brought up and answered, no? not sure about the current approach here. 14:19:58 I think I still need to look at those tests 14:20:20 at least - if I'm not misinterpreting - I don't see any answers to any of the questions there, like which cases we want to test. these answers are also missing from the patchset afaik. 14:21:23 yeah, it got valuable info/question - which is not yet fully answered, we can leave it here to track every week. if that makes sense 14:22:12 imho it only makes sense if it either contains the actual status of info/question, or a link to the status, or at the very list a link to the person working on answering the questions/providing the needed information 14:22:42 it probably should be discussed in the change itself 14:23:29 I'm fine with any solution, but I think only having the question there with no update serves little benefit. afaik the CI question is already in the review, but no answers :) 14:25:16 ok, let's continue discussion on that in the change. I'll double check if this info is in the change and then will remove from additional agenda part for now 14:25:26 ok 14:25:49 #topic Open discussion 14:27:14 Anything to discuss today? some changes to review? 14:27:28 well, I wanted to review horizon patches :P 14:27:35 and DNS 14:28:02 https://review.opendev.org/c/openstack/kolla-ansible/+/904400 14:28:04 I am sure that after CI patches will be merged ..it will pass ..so if anyone have a time 14:28:11 please merge last fix to Yoga 14:28:31 and this: https://review.opendev.org/c/openstack/kolla-ansible/+/902382 14:28:42 should be abandoned since not needed 14:29:11 https://review.opendev.org/c/openstack/tenks/+/904333 14:29:28 not K/K-A but please review too 14:29:38 I'm looking for second core reviews on two bugfixes, if anyone has the time: https://review.opendev.org/c/openstack/kolla-ansible/+/905500 https://review.opendev.org/c/openstack/kolla-ansible/+/905851 14:31:31 added to my list 14:32:24 speaking of tenks, I've just notice it is failing in kayobe and k-a ironic jobs in master 14:32:31 "msg": "exceeded retry limit of 15 whilst waiting for resources to become available" 14:32:59 we need to look into that 14:33:36 I'll add info to whiteboard 14:33:40 have a link to failed job? 14:34:17 https://zuul.opendev.org/t/openstack/build/ea7e2d6d8f0d471e849e66cee46d3422 14:34:49 and in k-a https://zuul.opendev.org/t/openstack/build/935effc2148b436287d1ab1a057c7d7f 14:35:01 looks pretty fresh case 14:36:02 interesting 14:36:11 some regression in ironicclient? 14:36:23 oh... placementclinet 14:37:01 not sure, I literally just seen it in my patch for kayobe 14:37:17 strange... 4.2.0 released in Aug 2023 14:37:30 don't know if related but I proposed a fix for networking-baremetal, which I think is used in ironic, with regards to quorum queues: https://review.opendev.org/c/openstack/networking-baremetal/+/903995 14:38:00 didn't look into your issue though, so maybe totally unrelated. 14:38:42 imho not related since not used even if exists in container 14:38:59 interesting, let's see. I'll try to look into that tenks case probably tomorrow 14:38:59 it used when segments activated 14:39:48 btw, i am too lazy to study code ..but from where is tenks installed in ci ? 14:39:51 have a look too 14:39:55 tenks.yml 14:40:01 where i can find it ? 14:40:59 deploy-tenks.sh 14:41:06 hh, i know 14:41:07 tests/deploy-tenks.sh 14:41:18 and there is tenks.yml 14:41:20 function deploy_tenks_logged 14:41:23 line #10 14:41:40 installed from source 14:42:22 thanks 14:42:40 nice, so more firefighting, as usual 14:43:00 anything more to discuss? 14:44:18 ok, I guess no. thank you everybody! 14:44:21 #endmeeting