15:01:05 #startmeeting ironic 15:01:05 Meeting started Mon Oct 10 15:01:05 2022 UTC and is due to finish in 60 minutes. The chair is JayF. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:05 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:05 The meeting name has been set to 'ironic' 15:01:14 o/ 15:01:17 o/ 15:01:18 Good morning, who all is here today 15:01:19 o/ 15:01:21 o/ 15:01:50 o/ 15:02:09 #topic Announcements/Reminder 15:02:27 #note Meeting next week pre-emptied by PTG; please participate in PTG and our next meeting is 10/24 15:03:23 #note PTG sessions are scheduled. Check schedule at https://ptg.opendev.org/ptg.html for Ironic and Baremetal SIG Hour meetings. Additionally we are participating in a Nova session, Monday at 1400 UTC, to discuss our Nova driver. 15:03:24 Julia Kreger proposed openstack/ironic-inspector master: SQLAlchemy 2.0 prep https://review.opendev.org/c/openstack/ironic-inspector/+/860731 15:03:43 Does anyone else have an announcement that wasn't already on the agenda? 15:03:45 o/ 15:03:51 o/ 15:04:15 Moving on. 15:04:33 We had no action items last meeting to review; so skipping that agenda item 15:04:56 Subteam status report review usually goes here; but I'm not sure we have too many subteams running right now? We should likely re-evaluate what gets reported here at PTG 15:05:15 #link https://wiki.openstack.org/wiki/Meetings/Ironic is the meeting agenda, if anyone needs the link 15:05:53 I'm going to give a couple of minutes for folks to look at the status reports in the whiteboard, and say something here if there is a discussion item 15:06:04 #link https://etherpad.opendev.org/p/IronicWhiteBoard subteam status reports 15:07:02 I've updated the items I've been working on 15:07:29 Thank you :) It'll be exciting to see the DB stuff land 15:07:42 #topic Stable branch status & decisionmaking 15:08:00 I put an item on the agenda to talk about branch status for our EM branches; and discuss plans for moving forward 15:08:19 Currently wallaby, xena, yoga, and zed are all maintained branches 15:08:38 we also maintain queens, rocky, stein, train, ussuri, and victoria to some degree for extended maintenance 15:08:58 We had agreed last cycle to retire queens, rocky, and stein but they were never actually retired -- are folks still on board for these to go away? 15:09:14 I generally care about all the way down to Train, but if nobody else cares about Train, I'm happy to leave it be 15:09:30 #link https://releases.openstack.org/ official branch support status and terminology 15:09:46 I stop caring at wallaby :P 15:09:55 I have no problem with maintaining back to Train downstream; I just suspect we need to get a little more direct in ensuring that stable branches still work with CI 15:10:12 e.g. a periodic run we can check and report on at the meeting, or something else to track CI status 15:10:30 Less busy projects have had a problem with the older brnaches bit-rotting because they get so few things backported 15:10:32 we are though 15:10:44 Runinng a periodic job? 15:10:46 it is just we have a finite amount of resources and CI can break at anytime 15:10:54 nope, we have no periodics afaik 15:11:16 nor would we actually be able to pay attention to it short of directly triggering and watching it 15:11:27 well, I should be specific 15:11:29 I wouldn't be able to 15:11:57 if I'm the only one that cares, then we can kill the t, u, v branches. 15:12:34 Lets talk specifics instead; With the recent need to migrate out "Queue" directives from zuul, nobody else was stepping up to get it done and we had dozens of branches broken and showing up in the broken zuul report 15:12:46 reducing that matrix is one of the only strategies I can think of to reduce that load 15:12:59 and/or ensuring we fix things as they break instead of having a periodic painful CI migration 15:13:12 I agree, the queue fixes I previously put up took months to make any review progress 15:13:21 unfortunately, I thought we had them all, and we didn't 15:13:54 Yeah; there's a real cost to keeping these up and we don't seem to be doing a good job of making sure that work happens ad-hoc 15:14:07 Either in not reviewing changes, not pushing them up, etc 15:14:07 yup 15:14:32 or they fall of change dashboards because there are too many open changes 15:14:41 well, individual's dashboards 15:14:45 So maybe we can change the approach; should we reduce the testing load for TUV? 15:14:55 I think we should 15:15:00 e.g. if we retired q,r,s and set t,u,v to unit testing and linting only 15:15:09 that would reduce our testing matrix by probably hundreds of tests 15:15:12 across all Ironic projects 15:15:26 humm unit testing would be enough? 15:15:34 I'd keep the more reliable integration jobs there, I can propose a change to cut down the integration jobs 15:15:35 I'm ok with the approach to reduce 15:15:42 but some integration jobs would be good 15:15:47 probably not all of them 15:15:49 As far as OpenStack/TC policy is concerned; we have to run unit tests and linting on stable branches 15:15:51 we've done it before, just haven't done it for victoria and older, recently 15:15:54 everything else is up to us 15:16:50 TheJulia: so you said you have interest in back to T, do you expect that to be heavy backports or just security items or what? 15:17:01 that might be informational to iurygregory's comment about if we should keep some integration jobs 15:17:16 mainly security or super awful bug 15:17:32 Basically where we were with queens two years ago 15:18:17 That reinforces my thought that unit tests, linting, and trusting folks who backport past W to manually test or validate the changes 15:18:24 is enough 15:18:42 I'd still wants some integration testing on train, fwiw 15:18:54 but we can dial a lot of it back I think 15:19:00 Do you mind taking the action to do that dialing back in V,U,T 15:19:09 and I'll take the action to retire q,r,s? 15:19:14 or at least, let me know what we want to keep around 15:19:19 I can do so 15:19:25 well, dialing htings back that is 15:19:37 #action JayF to officially announce and retire Queens, Rocky, Stein EM branches from Ironic projects 15:19:49 #action TheJulia to reduce CI jobs for Train, Ussuri, and Victoria 15:20:09 Thank you :-) I'll update the thread I started on the mailing list with this outcome. 15:20:28 I will also note; I'm still working to get releases cut from all maintained ironic branches 15:20:51 #topic Priorities for the coming week 15:21:11 As always, please tag any patches that need priority review with #ironic-week-prio 15:21:28 I still have some patches from last week so I'm not adding more 15:21:34 I'd like to ask that my series of stable-only patches to remove the packaging requirement and update releaase notes get some attention; I'll be tagging those in there 15:21:44 rpittau: after the meeting i'll take a look thru the list :) 15:21:53 thanks JayF :) 15:22:00 rpittau: I'll note I have a comment on one of those (the bugfix branch job pin) if you wanna take a look at it 15:22:09 sure 15:22:31 Giving folks a couple more minutes to talk about priority patches they might have before moving on 15:26:34 #topic Baremetal SIG 15:26:49 #note Next Baremetal SIG will be at the PTG, serving as Ironic's operator hour 15:27:05 There's nothing else to mention about BM SIG, afaik. 15:27:16 no ... any more feedback? 15:27:19 on the mail I mean? 15:27:22 I have not seen any 15:27:28 I haven't seen any :( 15:27:39 I presume the best place to get input might be at the operator hour 15:27:44 especially if we have operator participation there 15:27:48 the question is if we continue to chase community members to give presentations 15:28:16 I think the answer to that has to be no? At least not at the current monthly cadence 15:28:19 It is a good question to ask, and I would tweet that out with an note indicating that we've secheduled an operator hour 15:28:19 the etherpad still has a couple of potential topics 15:28:41 fwiw, Operators have often indicated the best means of engagement is Twitter, not any mailing list 15:29:01 TheJulia: I've heard; I'm working with spotz and fungi to try and open that line of comms up for Ironic. 15:29:10 TheJulia: for instance, I'll get them to mention our EM branch retirement 15:29:45 arne_wiebalck: I'll volunteer to do a talk for next BM SIG outside of PTG; that'll at least take us a step further down the road 15:29:50 * JayF can talk about IPA and hardware managers 15:30:02 JayF: awesome, thanks! 15:30:33 #action JayF to connect with ops meetup twitter to plug (and Call-for-talks) for BM SIG after PTG 15:30:51 arne_wiebalck: anything else we wanted to hit on this topic before moving on? 15:30:51 yeah, the suggestion is for someone like JayF to tweet something, and then we can retweet or whatever with more widely followed twitter handles like openstack or osops 15:31:01 JayF: when I was ptl, I would just tweet at the twitter accounts with whatever my ask happened to be to retweet :) 15:31:16 JayF: nothing else for the SIG 15:31:21 * TheJulia still does this actually... 15:31:46 Chairwoman, former PTL, social media professional ;) 15:31:50 lol 15:31:57 Alright, moving on, we're almost done 15:31:59 * TheJulia begins building a trebuchet 15:32:23 There are no RFEs for review. As a reminder, add RFEs to review to the meeting agenda if you have any. 15:32:28 #topic Open Discussion 15:32:32 any topics for open discussion today? 15:33:15 nothing from me 15:33:46 gonna give folks until :35 15:34:04 * TheJulia awaits patiently to get the link for the commit message she has typed out... 15:35:01 I'll run next meeting, I should be here. 15:35:05 #endmeeting