16:00:45 #startmeeting nova 16:00:45 Meeting started Tue Mar 19 16:00:45 2024 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:45 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:45 The meeting name has been set to 'nova' 16:00:48 heyho 16:00:52 #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting 16:01:26 o/ 16:01:30 o/ 16:01:41 o/ 16:01:56 o/j 16:02:25 okay, let's sofly start 16:02:31 o/ 16:02:36 o/ 16:03:32 #topic Bugs (stuck/critical) 16:03:50 #info No Critical bug 16:03:56 #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 63 new untriaged bugs (-2 since the last meeting) 16:04:01 #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster 16:04:15 gibi: could you please take the baton for this week ? 16:04:56 bauzas: sorry I cannot promise to do meaningful triage this week either 16:05:03 can we skip me?j 16:05:27 okay 16:05:34 I hope I will have more time in the coming months 16:05:51 melwitt is the next in the queue 16:05:57 melwitt: would you be okay ? 16:07:14 okay, anyone else wanting to take the baton ? if not, I'll take it again... :) 16:08:13 okay 16:08:20 i'd rather wait until we release 2024.1 Caracal o:) 16:08:28 #info bug baton is bauzas 16:08:50 moving on 16:08:55 #topic Gate status 16:08:59 #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:09:03 #link https://etherpad.opendev.org/p/nova-ci-failures-minimal 16:09:07 #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status 16:09:13 #info Please look at the gate failures and file a bug report with the gate-failure tag. 16:09:24 anything to discuss about the gate ? 16:09:27 oh, one point 16:09:48 I just saw slaweq's email on bare rechecks 16:10:01 o/ 16:10:22 as a reminder, please avoid to say only "recheck" when you have a gate failure 16:10:38 or "recheck unrelated" 16:10:45 and please add a good comment explaining what's the root problem 16:10:47 it can be unrelated, but at least say why 16:10:52 and try to find a second to understand the reason 16:11:17 yeah, or at least please tell in the comment which job fails and with which exception 16:11:59 #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/7L6DSFN6GB65FBVHQATTLSQ7HWGBZJHM/ 16:12:13 honestly i dont think calling this out here helps 16:12:14 #info please avoid bare rechecks 16:12:34 sean-k-mooney: really? the tc has asked PTLs and other project leaders to help get this word out 16:12:37 the people that are here already know we should avoid it 16:13:06 not only folks discussing here look at our meetings :) 16:13:08 dansmith: sure but doing this in the team metting i dont think helps 16:13:25 sean-k-mooney: it's exactly what we've asked for, AFAIK 16:13:28 ok but we disucssed about stoping to do this here in the past 16:13:29 I know some folks look at our minutes 16:13:37 and I think it does help because as bauzas says, people might not be here but read the minutes 16:13:59 ok but we stopped doing it in meeting becasue we didnt think it was working 16:14:12 sean-k-mooney: 15% on nova are still bare, and a higher proportion are "recheck unrelated" so there's still work to do 16:14:13 we can go back to doing it 16:14:24 16% is a bad value IMHO 16:14:38 bauzas: better than some projects for sure, but still work to do yeah 16:14:42 so I'll then discuss this every meeting 16:15:04 do we have the list of those because i dont think just callign it out here is going to have an impact 16:15:26 #action bauzas to tell about the bare rechecks every week in our meeting 16:15:43 sean-k-mooney: please look at the link above 16:15:50 i have the email open 16:16:25 we had 16 bare rechecks against 105 rechecks, so we have 15% 16:16:46 i might see if i can pull out the bare rehceck and see what there were 16:16:49 fwiw, I can find which changes have bare rechecks 16:16:57 this is quite simple 16:17:20 but I don't want to ping folks saying "dude, don't do it" 16:17:30 there are a few poepl that tend to only review +1 16:17:41 and i wonder if its the same subset that are blind rechecking 16:17:51 i did ask one person to stopp rechecking 16:18:01 becuase there was an actual issue 16:19:51 anyway lets move on we can chat about this after the meeting 16:20:20 okay 16:20:43 #topic Release Planning 16:20:47 #link https://releases.openstack.org/caracal/schedule.html#nova 16:20:50 #info RC1 delivered this morning 16:20:52 \œ/ 16:21:06 #info master branch is now on Dalmatian 16:21:16 \o/ 16:21:47 as a reminder, we won't accept backports for the caracal branch until GA unless they are regression fixes 16:22:20 ditto with other stable backports given you need to have it in Caracal too 16:22:39 (unless of course the backports are from a caracal merged change) 16:22:47 +1 16:23:08 #link https://etherpad.opendev.org/p/nova-caracal-rc-potential 16:23:26 I'll continue to provide this etherpad for the possible new Caracal RC tags 16:23:45 I just hope we won't find a regression 16:24:09 any question about RC phases or Dalmatian ? 16:25:22 looks not, moving on 16:25:48 #topic Review priorities 16:26:01 #action bauzas to provide a new etherpad for Dalmatian 16:26:13 for the moment, we don't have priorities 16:26:21 I'll start to look at some spec changes next week 16:26:40 #topic Stable Branches 16:26:43 elodilles: go for it 16:26:47 o/ 16:26:50 #info stable/2024.1 branch is open for bugfix backports 16:27:01 of course as bauzas wrote: only rc critical 16:27:04 for this time 16:27:11 #info stable gates seem to be OK 16:27:45 cool 16:27:56 (as we discussed, there are jobs that fail intermittently :/) 16:28:05 #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci 16:28:33 that's it from me about stable branches 16:29:38 cool thanks 16:29:45 #topic vmwareapi 3rd-party CI efforts Highlights 16:29:47 fwiesel: ? 16:29:57 #info CI comments on openstack/nova CR confirmed to be working. 16:30:06 Best maybe seen here: 16:30:08 #link https://review.opendev.org/dashboard/36571 16:30:32 #info Fixed FIPs instability. Tests quite reproducible. Only one error left with all proposed patches applied. 16:30:54 The issue and fix were in retrospect easy... we have now a working pipeline. 16:31:01 \o/ 16:31:28 Just with the new branches came in some instability, as it expects all service to actually have the branch. 16:32:00 I.e. it fails now to check out stable/2024.1 for requirements, but we have it in nova. Not sure, if I should do something about that one. 16:32:14 Missed that one: 16:32:15 #link http://openstack-ci-logs.global.cloud.sap/sapcc-nova--nmllh/tempest.html 16:32:29 The tempest test with the last open problem. 16:32:30 now ~everything should have branched (well, requirements, devstack and grenade will be created around end of week) 16:32:38 are you sure you use the requirements from the stable releases ? 16:32:55 fwiesel: awesome about where you are 16:33:32 Missing now are hopefully only cleaning up the rough edges... A nicer UI with linkable lines we still are missing. 16:34:45 okay, anything else ? 16:34:52 No, not from my side. 16:35:00 Questions? 16:35:41 One remark: A test run with fixes in place takes roughly 20minutes in total. 16:35:42 nope 16:35:51 wow 16:36:27 bauzas: Back to you then 16:36:43 cool, that will be short 16:36:51 #topic Open discussion 16:36:55 anyuthing anyone ? 16:37:04 a tempest run takes 20 minutes? that would be shockingly fasty 16:37:52 Well, it is a hefty machine, and I run it as parallel as I can. 16:38:19 ok guys, I think I can close the meeting 16:38:21 thanks all 16:38:23 #endmeeting