Earlier  
Posted Nick Remark
#openstack-nova - 2024-06-04
16:04:49 bauzas #info Please try to provide meaningful comment when you recheck
16:04:59 bauzas I haven't seen any important gate failure
16:05:09 bauzas and you ?
16:06:51 bauzas ok, np
16:06:57 bauzas #topic Release Planning
16:07:02 bauzas #link https://releases.openstack.org/dalmatian/schedule.html
16:07:08 bauzas as a reminder, nova deadlines are ^
16:07:15 bauzas #info Dalmatian-2 in 4 weeks
16:07:18 bauzas tick-tock
16:07:37 bauzas nothing planned as a review day until milestone-2 where we will have a spec review day
16:07:52 bauzas anything else about our schedule ?
16:07:57 erlon Is there a freeze day for bug fixes?
16:08:46 erlon I only see a freeze for specs
16:09:11 erlon ah, I see now, seems common to all projects
16:09:14 bauzas we can merge bugfixes until RC1
16:09:50 bauzas after RC1, we then branch master for Dalmatian
16:10:04 erlon ok, so, what kind of changes are accepted after RC1?
16:10:11 bauzas then, in between RC1 and GA, we can't merge any bugfix, ony regression fixes
16:10:24 erlon hmm, ok, makes sense
16:10:33 bauzas but we can still merge bugfixes in master
16:10:47 erlon Right, that will be available for the next release
16:10:54 bauzas since master will then be E (and no longer D) after RC1
16:11:17 bauzas so basically, we can merge any bugfixes anytime
16:11:22 bauzas for master
16:11:57 sean-k-mooney the only soft freeze is really betwee Feature freeze and RC1
16:12:02 bauzas but if you want your fix to be on a specific release, then either before RC1 or after GA by backporting it
16:12:14 sean-k-mooney we can merge a bugfix during that period but prefer to limit them ot regressions
16:12:18 erlon right
16:12:20 bauzas sean-k-mooney: not for bugfixes
16:12:45 bauzas anyway, I think you have your answer
16:12:50 bauzas can we move ?
16:13:03 bauzas #topic Review priorities
16:13:06 sean-k-mooney bauzas: we have prevsiously ased reviews not to merge bugfixes for bugs not intoduced in the current release in that period. but yes we can move on
16:13:14 bauzas #link https://etherpad.opendev.org/p/nova-dalmatian-status
16:13:24 bauzas nothing to say but please look at it ^
16:13:31 bauzas #topic Stable Branches
16:13:33 erlon I have a request here
16:13:46 erlon for Review priorities
16:14:16 erlon I would like to get some attention on the Shared security groups patches?
16:14:40 bauzas #undo
16:14:40 opendevmeet Removing item from minutes: #topic Stable Branches
16:14:41 erlon s/?/\./g
16:14:56 marlinc I might have put my blueprint in the wrong meeting section, I'm not sure if it is this or open discussion
16:15:06 sean-k-mooney no that at the end
16:15:12 bauzas marlinc: we'll discuss this on the open discussion
16:15:17 sean-k-mooney which is where we should discuss the shared security group patches :)
16:15:29 marlinc Thank you :)
16:15:30 bauzas erlon: for your series, this will be reviewed like any other
16:15:41 erlon ow, came on, thas a review priority topic :)
16:16:01 bauzas https://etherpad.opendev.org/p/nova-dalmatian-status?#L37
16:16:05 bauzas yeah
16:16:16 erlon Right, I just want to make sure that I don't miss any deadlines on that one
16:16:18 sean-k-mooney yes and no its not identifed as a review priortiy form my perspective
16:16:18 bauzas given your blueprint was accepted
16:16:26 sean-k-mooney but ill try and review it after the meeting
16:16:34 sean-k-mooney looks like its passing ci now
16:16:37 erlon And I also have a special request on that
16:16:41 bauzas ditto here, I already have a lot of other series to look at
16:16:55 bauzas moving on then
16:17:01 bauzas #topic Stable Branches
16:17:11 bauzas elodilles: heya
16:17:16 elodilles o/
16:17:24 elodilles #info stable gates should be mostly OK
16:17:40 elodilles (i've seen some intermittent failures, otherwise, nothing special)
16:17:48 elodilles #info stable release proposed for 2024.1 Caracal: https://review.opendev.org/c/openstack/releases/+/921287
16:18:07 elodilles we had Bobcat and Antelope stable releases some weeks ago,
16:18:21 elodilles maybe we can release now Caracal as well ^^^
16:18:34 elodilles feel free to comment on the release patch
16:18:45 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:18:55 elodilles add any issue if you see one ^^^
16:19:17 elodilles and that's all from me
16:20:25 bauzas thanks
16:20:35 bauzas I'll look at the caracal patch
16:21:04 elodilles bauzas: thx in advance
16:21:09 bauzas +1d fwiw
16:21:22 bauzas #topic vmwareapi 3rd-party CI efforts Highlights
16:21:29 bauzas fwiesel: are you here ?
16:21:38 fwiesel Hi, yes...
16:21:45 fwiesel #info No updates.
16:22:13 fwiesel Still little progress from my side currently. Sorry about that.
16:22:22 fwiesel Any questions or comments?
16:22:41 bauzas not from me
16:22:55 bauzas moving on then
16:23:00 bauzas #topic Open discussion
16:23:11 bauzas erlon: nova handling of virDomainGetJobStats() errors
16:23:27 erlon so, I posted a link on the wiki
16:23:41 erlon https://gist.githubusercontent.com/sombrafam/8f177cbc4e153c328a242811bc24650e/raw/67190ffce7f036c7c3d3628fda15327cef7a41da/nova-compute.log
16:23:45 bauzas (woah, we have 4 topics to discuss today so please discuss everyone by only 5-10 mins maxc)
16:23:54 erlon This bug, is happening every time that we try to do a lot of migrations
16:24:29 bauzas just file a blueprint bug report
16:24:36 erlon For some reason the source host stops responding, and it gets to the time out. I want to know if would be okay to add a new Handler for this kind of exception there:
16:24:36 erlon https://github.com/openstack/nova/blob/master/nova/virt/libvirt/guest.py#L669
16:24:40 bauzas and ping us anytime on the chat
16:24:45 sean-k-mooney erlon: does that imply you you have set the max conncurrent live migration over 1
16:24:51 erlon ah ok, sounds good
16:25:14 erlon I don't know the exact configuration but very likely
16:25:24 sean-k-mooney https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.max_concurrent_live_migrations
16:25:35 sean-k-mooney that should bassicly never be set to anything excpet 1
16:26:02 erlon So why does that exist? Which case should it apply?
16:26:12 sean-k-mooney there are usecases for it to be != 1 but unless you using 100G networking its not recommended

Earlier   Later