Earlier  
Posted Nick Remark
#openstack-nova - 2022-10-25
16:09:43 bauzas gibi: well, it took me a morning to figure out there was no issue at all
16:09:49 bauzas you can imagine my mindset at noon
16:10:01 gibi a happy mindset that nova is not buggy :D
16:10:22 bauzas but my wife appreciated at lunchtime
16:10:30 bauzas anyway, meeting
16:10:35 bauzas #topic Review priorities
16:10:44 bauzas #link https://review.opendev.org/q/status:open+(project:openstack/nova+OR+project:openstack/placement+OR+project:openstack/os-traits+OR+project:openstack/os-resource-classes+OR+project:openstack/os-vif+OR+project:openstack/python-novaclient+OR+project:openstack/osc-placement)+(label:Review-Priority%252B1+OR+label:Review-Priority%252B2)
16:10:49 bauzas #info As a reminder, cores eager to review changes can +1 to indicate their interest, +2 for committing to the review
16:11:05 bauzas ^ this is a new disclaimer, as agreed at the PTG
16:11:20 bauzas I started clicking +1 on a few specs
16:12:30 bauzas oh, we miss the specs repo in the gerrit query above !
16:13:14 bauzas #action bauzas to amend the above gerrit URL to include the specs repo
16:13:46 bauzas interestingly, we have a non-core contributor that used the flag for signaling his interest
16:13:58 gibi \o/
16:14:21 bauzas gibi: that's on your patches, I won't ask you how much you bribed him :p
16:14:34 bauzas anyway, kidding again
16:14:37 sean-k-mooney the pci ones
16:14:46 bauzas yup
16:15:02 bauzas moving on, I need to leave
16:15:06 sean-k-mooney its proably the person that was asking about that functionality on irc so
16:15:07 gibi I had some private pings during the PTG about the PCI stuff so I let them know where we are and where can they help
16:15:15 bauzas #topic Stable Branches
16:15:20 bauzas gibi: ah cool to know
16:15:24 bauzas elodilles: your turn
16:15:31 elodilles thanks
16:15:40 elodilles so as we discussed at PTG
16:15:43 elodilles #info stein, rocky and queens EOL'ing patch was proposed: https://review.opendev.org/862520 + mail was sent to ML https://lists.openstack.org/pipermail/openstack-discuss/2022-October/030980.html
16:15:54 elodilles and the status:
16:15:56 elodilles #info from stable/zed back till stable/ussuri branches' gates should be OK
16:15:59 elodilles #info stable/train must have been fixed ( https://review.opendev.org/c/openstack/devstack-gate/+/860961 )
16:16:09 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:16:11 bauzas I'm OK with the EOL patch
16:16:24 elodilles bauzas: cool \o/
16:16:34 bauzas I'll review the hashes but given you probably made it with the tooling in place, I don't expect problems
16:16:38 elodilles let's do the formal waiting and then we can merge it
16:16:47 elodilles and delete those old broken branches :'(
16:16:48 bauzas and then I'll set the PTL-approval
16:16:59 elodilles bauzas: ++
16:17:10 bauzas elodilles: true, let's wait but I'll still send the signal I'm ok with the deletion
16:17:19 bauzas anything else to mention ?
16:17:24 elodilles nothing from me
16:17:28 gibi elodilles: thanks, that was quick
16:17:33 elodilles ++
16:17:39 bauzas #topic Open discussion
16:17:44 bauzas nothing written
16:17:50 bauzas anything anyone ?
16:18:19 bauzas iirc, some actions were made at the PTG to propose specless blueprints at weekly meetings
16:18:36 bauzas I don't remember yet which blueprints and who, but we can arrange this later
16:18:47 bauzas oh the neutron thing
16:18:49 bauzas from sean-k-mooney
16:19:01 bauzas whether this was a bugfix or bluepritn
16:19:11 bauzas if you don't mind, let's punt this for next week
16:19:35 bauzas I don't hear screams
16:19:39 bauzas eventually...
16:19:44 bauzas thanks all,
16:19:47 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2022/nova.2022-10-25-16.00.log.html
16:19:47 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2022/nova.2022-10-25-16.00.txt
16:19:47 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2022/nova.2022-10-25-16.00.html
16:19:47 opendevmeet Meeting ended Tue Oct 25 16:19:47 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:19:47 bauzas #endmeeting
16:19:49 sean-k-mooney sure
16:19:54 gibi bauzas: thanks, have a nice meetup
16:19:55 bauzas this was as quick as I could
16:20:03 bauzas gibi: python horrow show
16:20:16 elodilles (bauzas: i did the EOL'ing with release tools, yes ;))
16:20:16 bauzas that's the name of the meetup, I'm scared in advance
16:20:32 elodilles o/
16:20:53 gibi bauzas: will they talk about nova there? ;)
16:32:02 opendevreview sean mooney proposed openstack/nova-specs master: add spec for fqdn in hostname https://review.opendev.org/c/openstack/nova-specs/+/862626
16:32:45 sean-k-mooney artom: ^ there you go
17:00:27 artom sean-k-mooney, cheers!
17:00:40 artom dansmith, ^^ I'm bringing it to your attention now as early as possible :)
17:21:26 dansmith but it's not 0.9*cycle_length yet!
18:52:17 artom dansmith, I know, I'm capable of rudimentary learning and self-improvement!
18:52:34 artom I'm as flabbergasted at the concept as you are ;)
#openstack-nova - 2022-10-26
08:07:20 sahid o/ technical detail regarding the new behavior for evacuate, wondering what kind of parameter for the API, any idea?
08:07:44 sahid s//what kind of parameter should I use
08:08:28 sahid currently I'm passing target_state={active|stop}, but I'm not sure if that sound right now
08:09:22 sahid even if I force it to stop for the new microversion
08:10:19 sahid perhaps, target_behavior={old, stop}
08:10:41 sahid sean-k-mooney: ^ in case that you have something in head
08:11:46 sahid or I can just keep target_state with {None, stop}, where None will be the old behavior and stop the new behavior, stop will be forced for new API
12:18:02 sean-k-mooney sahid: well with the old microverion you shoudl not pass target_state at all at the rpc layer it will default ot none
12:18:06 opendevreview Balazs Gibizer proposed openstack/nova master: Handle zero pinned CPU in a cell with mixed policy https://review.opendev.org/c/openstack/nova/+/862687
12:18:06 opendevreview Balazs Gibizer proposed openstack/nova master: Reproduce asym NUMA mixed CPU policy bug https://review.opendev.org/c/openstack/nova/+/862686
12:18:52 sean-k-mooney and then for the new microverion you can pass the flag it can be target_state="stop"
12:19:19 sean-k-mooney you shoudl not need to ever pass started or old
12:44:46 sahid sean-k-mooney: i see, so basically i kept the actual impl but update the REST API part + ofcourse some tests on compute API part
12:44:55 sahid s/kept/keep
12:44:59 sean-k-mooney yep
12:45:06 sahid let's make a try, thanks
12:45:14 sean-k-mooney 99% of what you have should not need to be changed
12:45:20 sahid ++
13:47:47 frickler not sure if everyone is subscribed, discussion about the storyboard issue is now happening here https://lists.opendev.org/pipermail/service-discuss/2022-October/000370.html , sean-k-mooney has already given a good summary of UX issues
14:04:56 sean-k-mooney hopefully that wont derail things too much
14:06:41 sean-k-mooney frickler: while that discussion is happening im more then happy to hold of doing anything with placment ectra
14:07:53 sean-k-mooney bauzas: https://blueprints.launchpad.net/nova/+spec/libvirt-cpu-hotplug this is not hotplug
14:08:08 sean-k-mooney please do not use that terminology anywhere near this
14:08:15 sean-k-mooney even at teh kernel level that is incorrect
14:08:25 bauzas sean-k-mooney: well, https://www.kernel.org/doc/html/latest/core-api/cpu_hotplug.html seems the correct term

Earlier   Later