Tuesday, 2021-10-26

bauzasfolks, the PTG summary email was sent yesterday, if I made any mistake, lemme know08:27
gibibauzas: I left a question you might be interested in in  https://review.opendev.org/c/openstack/nova/+/810220/9/nova/compute/manager.py#1436 08:40
gibibauzas: about the PTG mail, did we agreed changing the OWNER trait name from OWNER_CYBORG to OWNED_BY_CYBORG? I don't remember'08:40
bauzasgibi: ah, no worries08:41
bauzasI don't want to bikeshed about the naming08:41
bauzasif we want to use 'OWNER_project', OK, that said I'll provide a comment for it08:41
gibibauzas: I think the name was OWNER_project before the PTG but your mail now suggest otherwise and I don't know that this change is intentional or not08:42
bauzasgibi: the etherpad says "OWNER_CYBORG"08:45
bauzasgibi: my summary was for operations explaining about what we discussed, but the name is not an issue08:45
jkulikbauzas: thank you very much for the summary. very helpful08:45
gibibauzas: OK, so that was just an honest mistak in your mail. I will reply sortly to fix that08:47
bauzask08:47
gibibauzas: can I get a quick approval on the re proposed pps spec? https://review.opendev.org/c/openstack/nova-specs/+/814531 I also refreshed the remaining implementation patch which is only the nova-manage support https://review.opendev.org/c/openstack/nova/+/802060/17 09:00
gibiand I have a related bugfix https://review.opendev.org/c/openstack/nova/+/81139609:01
bauzasgibi: I could diff but I trust, what's the diff between the xena and the yoga specs ?09:02
bauzastrust you*09:02
gibibauzas: the main change is that from upgrade perspective we dont need to care about the older nova newer neutron case09:05
gibias nova merged the support for the new api extension in xena while neutron did not merged the api extension in yoga09:05
gibiso the nova xena - neutron yoga case does not need special handling any more09:06
gibibut it really only impacts the neutron impl09:06
gibias now they don't need to make the extension optional09:06
bauzasyup, that's what I see09:06
gibithat what I remember :)09:07
gibisince xena M3 I had also time to propose a set of tempest test for the pps feature so I'm pretty confident it works09:08
gibiif you are interested https://review.opendev.org/q/project:openstack/tempest+status:open+topic:bp/qos-minimum-guaranteed-packet-rate09:09
gibigmann: when you are up, to be able to move forward with the pps feature in neutron, we need to land the tempest test adaptation for the new API extension. So this is ready https://review.opendev.org/c/openstack/neutron/+/805637 but it needs https://review.opendev.org/c/openstack/tempest/+/809168/ first. If you have time I appreaciate some review on the tempest side09:12
opendevreviewMerged openstack/nova-specs master: Re-propose QoS minimum guaranteed packet rate  https://review.opendev.org/c/openstack/nova-specs/+/81453109:45
opendevreviewTakashi Kajinami proposed openstack/nova master: Clean up allocations left by evacuation when deleting service  https://review.opendev.org/c/openstack/nova/+/77869610:23
opendevreviewTakashi Kajinami proposed openstack/nova master: Clean up allocations left by evacuation when deleting service  https://review.opendev.org/c/openstack/nova/+/77869610:26
*** tosky_ is now known as tosky11:25
*** Guest3656 is now known as redrobot13:03
opendevreviewWenping Song proposed openstack/nova master: Log error msg when delete resource provider failed  https://review.opendev.org/c/openstack/nova/+/81549813:12
opendevreviewBalazs Gibizer proposed openstack/nova master: Add a WA flag waiting for vif-plugged event during reboot  https://review.opendev.org/c/openstack/nova/+/81341913:13
*** lbragstad6 is now known as lbragstad13:28
gmanngibi: sure, will review after my breakfast. 13:46
gibigmann: thanks!13:47
* bauzas goes into bug scrubbing in LP14:00
bauzaswhat a joy, 30 new bugs 14:00
bauzas+1714:00
gibisomebody was busy reporting bugs why we had the PTG14:01
bauzasgibi: can you please help me on this one ? https://bugs.launchpad.net/nova/+bug/194877615:16
bauzaslooks to me legit15:17
sean-k-mooneyim not sure that is a bug so much as an oversite15:18
sean-k-mooneyit will be a notificaiton object chnage if we start sending it right15:19
sean-k-mooneyso it wont be backporatable15:19
sean-k-mooneybut the locked state could be included going forward15:19
sean-k-mooneyit cannot be added to queens or even xena at this point however15:20
sean-k-mooneybauzas: gibi  i triaged that as whishlist and remove the nonstandard tags does that  work for ye https://bugs.launchpad.net/nova/+bug/194877615:22
bauzassean-k-mooney: cool, thanks15:23
gibibauzas, sean-k-mooney: thank I agree with your assesments15:25
* gibi kicks hit irc notifications as he missed this ping15:26
opendevreviewGustavo Santos proposed openstack/nova master: Reattach mdevs to guest on resume  https://review.opendev.org/c/openstack/nova/+/81537315:26
bauzasreminder : nova meeting in 10 mins here15:50
bauzas#startmeeting nova16:00
opendevmeetMeeting started Tue Oct 26 16:00:02 2021 UTC and is due to finish in 60 minutes.  The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'nova'16:00
gibio/16:00
bauzas#link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting16:00
bauzashola everyone, nice to see your virtual faces ;)16:00
* bauzas wonders how many of us are jetlagged16:00
elodilleso/16:01
bauzaswow, not everyone at the same time :)16:02
gibimaybe the rest of us had enough last week D:16:03
bauzas:)16:03
bauzasok, then let's start :)16:03
bauzashopefully, it would be a small meeting :)16:04
bauzas #topic Bugs (stuck/critical) 16:04
bauzas One Critical bug16:04
bauzashttps://bugs.launchpad.net/nova/+bug/194768716:04
* bauzas doesn't really know why he triaged it as Critical16:04
gibiit is a gate bug16:04
gibibut it does not hit us in every run16:04
bauzasmaybe because it was a gate bug, yes16:04
gibiI agree to decrease this to High16:04
bauzasyeah16:05
gibiI have not seen it recently16:05
bauzasok done16:05
bauzasgibi: maybe we could see whether logstash still works for this one16:05
gibibauzas: yeas a signture would be nice16:05
bauzasgibi: can you test this and provide the logstash link ?16:06
gibisure16:06
* gibi took a note16:06
bauzasthanks++16:06
bauzasokay, moved to High16:06
bauzasanything to discuss about it now ?16:06
gibi-16:06
bauzask16:06
bauzas #link 24 new untriaged bugs (+6 since the last meeting): #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New16:07
bauzasI triaged 6 or 7 16:07
bauzas(already, I mean)16:07
bauzasI'll continue to triage a few of them tomorrow16:07
bauzasbut in case some contributors want to triage too, I'd be happy16:08
bauzasfor the moment, that's fine16:08
gibiyeah I feel the pressure but still have other pressors16:08
bauzasyeah, no urgency16:08
bauzasgibi: I wasn't thinking about you16:08
gibiI know16:08
gibistill I feel responsible :)16:09
bauzasbut in case some contributors want to be better knowing about Nova, they can do this16:09
bauzasanyway16:09
bauzasmoving now16:09
bauzas 32 open stories in Storyboard for Placement # link https://storyboard.openstack.org/#!/project/openstack/placement16:09
bauzas^ this is new16:09
gibiohh a new one16:09
gibi:)16:09
bauzasas we agreed on the PTG to verify them16:09
bauzasnext week, I'll tell how many new stories we have16:10
bauzasthat said, with SB, I don't know whether it's a feature request or a bug16:10
gibiwe can start tagging them16:10
gibito differentiate16:10
bauzasyeah... or moving to LP :p16:10
gibitagging is easier :D16:11
bauzasI said I'll look at some script16:11
bauzaslet's not discuss this one now16:11
bauzasas we don't have a lot of folks16:11
bauzasbut, yeah, maybe next week, we'll see what folks prefer16:11
gibisire16:12
gibisure16:12
bauzas #topic Gate status 16:12
bauzas Nova gate bugs #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure16:12
bauzaswe already discussed one16:12
bauzasnothing new, AFAIK16:12
bauzaswe fixed one during the PTG IIRC16:12
bauzas Placement periodic job status #link https://zuul.openstack.org/builds?project=openstack%2Fplacement&pipeline=periodic-weekly16:13
bauzasthis goes well this time ^16:13
gibiI have two gate fixers16:13
bauzasthe placement-nova-tox-functional-py38 job now works16:13
bauzasgibi: loved16:13
gibi1) https://review.opendev.org/c/openstack/nova/+/81403616:13
gibithis is ready to land16:14
gibi2) https://review.opendev.org/c/openstack/nova/+/81473516:14
gibithis I will respin to add better commit message based on melwitt's findings and probably a poison to avoid breaking this again16:14
bauzasoh thanks for both16:14
bauzasI'll review them tomorrow morning16:14
gibimelwitt: btw, thanks you helped a lot understanding what is happening16:14
* kashyap waves hi, while distracted and hungry16:14
* gibi waves back16:15
kashyapErr, wrong channel16:15
kashyapBut the hi still stands :)16:15
* gibi rolls back the waves16:15
kashyapHaha, no16:15
gibi:)16:16
bauzaskashyap: you're still in the nova channel :p16:16
bauzaswelcome on the nova meeting :p16:16
gibiand of course you are welcome here :)16:16
bauzasmoving fast16:16
kashyapbauzas: Yeah, I had the scrollback a bit up at the bug triage part16:16
bauzas #topic PTG summary 16:16
bauzasI wrote a summary and gibi nitpicked it :p16:16
bauzas #link http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025534.html16:16
gibibauzas: thanks for the summary and sorry for nitpicking :D16:17
bauzasat least I know that people read my summary :p16:17
gibiat least you know that somebody read it :D16:17
bauzasthat, yeah16:17
gibi:D16:17
bauzasI could have made jokes in the summary to keep people continuing to read it16:17
bauzasnothing here to tell about the PTG besides the summary ?16:18
kashyapI have a small "info" for the open topics16:18
gibibauzas: nothing from me for the PTG16:18
bauzasmy only concern about the agreements we made is that we don't have a lot of owners for ACTION items16:18
gibiyeah, I think you should try to ask for owners16:19
gibimaybe a reply to the mail16:19
bauzasnext PTG, we should try to ensure that when we set an agreement, we have an ACTION item and an owner16:19
gibiI will talk to brinzhang about the OWNER things but he seems to be off16:19
gibiI hope he can take the nova side of that too, but if not then I will write the spec16:20
bauzasgibi: good call, I could ask by email but I wouldn't be surprised if nobody steps up :)16:20
gibiI mean the OWNER trait thingy :D16:20
gibiI won't be the owner of everything :D16:20
bauzasgibi: or the OWNED_BY you rather mean ?16:20
bauzasheh, see how an adjective is better :p16:20
gibi:D16:20
bauzasno confusion at all16:21
bauzasanyway, was kidding16:21
gibisure :D16:21
bauzasdon't wanna talk about the sky color16:21
bauzas #topic Release Planning 16:21
bauzasjust a reminder16:21
bauzas Yoga-1 is due Nova 18th #link https://releases.openstack.org/yoga/schedule.html#y-116:21
gibijust 3 weeks 16:21
gibish*t16:22
bauzaskashyap: I haven't forgotten you, will ping you when we're at open discussion topic16:22
bauzasgibi: YUUUUP16:22
* gibi tries to remember where he put the cloning machine16:22
sean-k-mooneytime flys16:22
bauzasand /me needs to propose Nov 16th for spec review day at the next meeting16:22
bauzasgibi: I tried using the cloning machine, buy my clones don't wanna work on IT16:23
bauzasthis is sad16:23
bauzaslet's move one16:23
bauzason* even16:23
bauzas #topic Review priorities 16:23
bauzas#link  https://review.opendev.org/q/status:open+(project:openstack/nova+OR+project:openstack/placement)+label:Review-Priority%252B116:23
bauzasI know we agreed on changing a few things16:24
gibiI've reviewed some and marked some16:24
bauzasI'll work on a doc change this week if I have time16:24
bauzasgibi: I need to jump on my owns sooner than later16:24
gibibauzas: this has momentum now https://review.opendev.org/c/openstack/nova/+/815373 so I suggest to start with that16:24
bauzassean-k-mooney: once I'm done with proposing the doc change, feel free to write a dependent patch for the ACL thingies16:25
gibisorry wrong link16:25
bauzashah16:25
bauzaswas wondering why you were proposing this one16:25
gibithe other mdev https://review.opendev.org/c/openstack/nova/+/81022016:25
gibiI think there are issues to discuss there ^^16:25
gibiI will check the mdev + resume soon too16:26
bauzaski16:26
bauzasbk16:26
bauzasgibi: yeah, I was thinking about it when reviewing16:26
sean-k-mooneybauzas: sure we did it the otherway around the last time i kind of feel like gating the docs change on the porject config one is more correct but it really dose not matter16:26
bauzasgibi: we need to test it with devstack16:26
bauzasI'm not sure all the services are up and the RT running16:26
bauzaswhen we call the methods16:26
bauzasbut this needs me looking at the code first before I reply16:27
sean-k-mooneybauzas: the only way to test the mdev stuff in devstack is if we can use the fake mdev kernel modules16:27
gibibauzas: no before driver.init_host we should not call other driver methods and defintely there is no RT populated as we dont know about our nodes from the hypervisor16:27
sean-k-mooneyunless you mean just manually and not in ci16:27
bauzassean-k-mooney: or use my own env... :)16:27
bauzaswell, provided I'm able to create a devstack env 16:27
bauzaswhich I failed with rhel 8.216:28
bauzasbut meh16:28
bauzas #topic Stable Branches 16:28
sean-k-mooneybauzas: now that we have generic mdev support it might want to see if we can support the dummy kernel moduels at some point16:28
bauzaselodilles: floor is yours16:28
elodillesfrom xena till train the gates are not blocked16:28
kashyapbauzas: On a phone call :-( Will come back here; it's not super urgent16:28
bauzassean-k-mooney: agreed16:28
kashyapbauzas: In short, it's this one: http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025500.html16:28
elodillesstein and older stable branches are blocked, needs the setuptools pinning patch to unblock: https://review.opendev.org/q/I26b2a14e0b91c0ab77299c3e4fbed5f7916fe8cf16:28
kashyapAnd it's resolved now.16:28
elodillesUssuri Extended Maintenance transition is in two weeks (Nov 12)16:29
kashyap(The resolution: http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025527.html)16:29
elodilleswe might not need another release on ussuri before the transition, as there are not that many patch merged since the last release from early October16:29
elodilles(the list of open and unreleased patches anyway: https://etherpad.opendev.org/p/nova-stable-ussuri-em )16:29
elodillesthat's it ^^^16:30
gibielodilles: when you say not many, you mean zero bugfix?16:30
bauzaselodilles: if you feel we need to do some reviewing efforts before EM, let me know16:30
elodillesgibi: i mean 1 or 2 bugfix :)16:30
sean-k-mooneyelodilles: ack i might try to rebase and  submit the libvirt os-vif deleagtion patchs16:30
sean-k-mooneybefore ussuri em if there is another release16:30
gibielodilles: hm if there are real fixes there then I might make sense to release them before we EM16:30
gibis/I/it/16:31
bauzasagreed with gibi16:31
elodillesyes, it makes sense to release,16:31
elodillesthough we shouldn't hurry with merging things if we are not sure that it won't cause any regression16:31
elodillesas this will be the *final* release16:32
bauzaselodilles: I'm a bit busy tomorrow as I promised many things but I'd appreciate if you could chase me and a couple of other cores about reviews either Thursday or next week16:32
elodillesbauzas: sure,16:33
elodillesthere are some bug fixes that needs a 2nd +216:33
elodillesbut if anyone see any other bugfix that would be good to merge, then let us know16:34
bauzascool16:34
bauzas #topic Sub/related team Highlights 16:34
bauzaslyarwood is still on PTO16:35
bauzasso I'll skip this part and I don't think we need to discuss about libvirt by now16:35
bauzas #topic Open discussion 16:35
bauzas #agreed Reminder : The Asian-friendly meeting is now cancelled due to lack of presence.16:35
bauzasso we won't run a meeting on Nov 4th16:35
bauzasI'll send an email accordingly16:36
bauzasjust a personal note, I'll be on company PTO on Friday 29th and Nov 1st is bank holiday in France16:36
bauzasso don't expect me between Thursday EOB and Tuesday 16:37
bauzaswe have one item that was written in the wiki16:37
bauzasadd Support volumes backed by VStorageObject -> https://blueprints.launchpad.net/nova/+spec/vmware-fcd and https://review.opendev.org/c/openstack/nova/+/80879116:38
sean-k-mooneyyes so as far as i can tell i think they implemented the feature in cinder and likely the out of tree driver16:38
bauzasnot sure the proposer is around16:38
sean-k-mooneynow they are looking to add support in the intree one16:38
bauzasI don't know his IRC nick16:38
bauzasso I can't ping him16:39
gibilooking at the patch the change is confined in the vmware driver16:39
sean-k-mooneyya so i reviewed this and to me this si a feature not a bug so i assed them to raise this in this meeting16:39
gibiso I think it is OK as a specless bp16:40
sean-k-mooneyim infavor of just proceeding with this as a speckless bp16:40
bauzasOK, we don't have a lof of people around16:40
sean-k-mooneyits not a bug so it should not be backported but as i mentioned above i stonly suspect this was implemente din the out of tree driver and they are just closing the gap16:40
bauzasbut we can make it a specless BP16:40
bauzasdo people agree ?16:41
sean-k-mooneyyep 16:41
bauzas#agreed https://blueprints.launchpad.net/nova/+spec/vmware-fcd approved as a specless blueprint16:41
gibiyep16:41
sean-k-mooneythe cinder feature was completed 4 years ago by the way https://review.opendev.org/c/openstack/cinder/+/521213/16:42
bauzas(/me can't remember how to formally approve BPs in Launchpad but that's something I'll sort out after this meeting)16:42
sean-k-mooneythat one already is16:42
bauzasI just did16:42
sean-k-mooneyah16:43
bauzasdirection and definitions are now approved16:43
bauzasbut nevermind, will figure it out or will hassle gibi16:43
sean-k-mooneyyou likely shoudl set the serise goal to yoga too16:43
gibibauzas: set approver, series goal, and maybe milestone target 16:43
gibibauzas: you can also set implementation status as we have a patch already16:43
sean-k-mooneyright it should be in need_review16:44
bauzasok, done16:44
bauzasanyway16:45
bauzaskashyap: are you done chatting ? you said you had a thing to discuss16:45
kashyapbauzas: Yes, here16:45
bauzas#link http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025500.html16:45
kashyapbauzas: Sorry for "talking over" earlier16:45
bauzasis this^ more a FYI ?16:46
kashyapYep16:46
kashyapbauzas: In short: DevStack now defults to "Nehalem" CPU model for reasons outlined there.16:46
bauzaskashyap: devstack/rhel you mean ?16:46
kashyapNo16:46
kashyapDevStack upstream16:46
kashyapI worked w/ Clark to get the patch merged in DevStack16:47
bauzasI mean, devstack all distros or only upstream devstack with rhel ?16:47
kashyapFor all.16:47
bauzasack16:47
sean-k-mooneyfor all on x86  16:47
kashyapEverything is summarized and resolved in that thread. 16:47
kashyapYes, x86 is "implied architecture", when we don't name an arch :)16:48
bauzasokay, do we need further actions, like documenting it ?16:48
bauzasin our relnotes or in the install docs ?16:48
sean-k-mooneyno we dont need to document anythign in nova16:49
kashyapYep; nothing needs documentation in Nova16:49
bauzasmy confusion comes from the fact we changed default for all distros, not only rhel16:49
sean-k-mooneyrhel have documented there new compilation target already in a blog16:49
kashyapbauzas: No further action; just an FYI here ... if anyone in case notices "why is DevStack giving me Nehalem by default"16:49
kashyapYep; linked to in the post to the upstream list16:49
bauzaskashyap: little chances that people notice this change by looking at our meeting minutes, honestly16:50
bauzasbut okay, noted.16:50
kashyapbauzas: I've notified the Whitebox / CI folks to change their scripts too16:50
kashyapSo, the right parties are notified.  I'm not expecting anyone to read these minutes here :)16:50
sean-k-mooneybauzas: well honestly its a better default then qemu64 and its so old at this poitn everythign supprots it16:50
sean-k-mooneybauzas: which is basicaly why it was done for all16:51
kashyapbauzas: The change is a better default too.  Yes.  (Besides solving the switch to a new x86 baseline)16:51
sean-k-mooneythe jobs also might get slictly faster as a restult but that would just be a nice benift and not the intent16:51
kashyapYep; there will be slight improvement16:51
bauzasOK, nice to hear16:52
bauzasare we done ?16:52
kashyapbauzas: That's all.  I don't want to take up more time.  But those interested / affected in CI/QE/Infra are notified, and I'm working w/ them.16:52
kashyapYep.16:52
bauzaskashyap: excellent, thanks for providing guidance16:52
gibikashyap++16:52
bauzasI think we can reasonably call this meeting a wrap16:53
* gibi agrees16:53
bauzasI was expecting it to be shorter, but meh, good talks16:53
bauzas#endmeeting16:53
opendevmeetMeeting ended Tue Oct 26 16:53:33 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:53
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2021/nova.2021-10-26-16.00.html16:53
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2021/nova.2021-10-26-16.00.txt16:53
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2021/nova.2021-10-26-16.00.log.html16:53
gibibauzas: thanks!16:53
* gibi leaves for today16:53
bauzasyeah me too16:53
* bauzas just wants to finish sooner than 7pm this time as last week was busy and yesterday too16:54
sean-k-mooneyfyi like bauzas i will be taking some pto around the weekend16:54
bauzasI'll be Parisian for the weekend16:55
bauzasalthough I'm already grumbling for nothing.16:55
sean-k-mooneyi need to book it still but firday and monday for sure and maybe ill exened it from thursday-turuseday inclusive16:55
bauzassean-k-mooney: ack, noticed.16:55
sean-k-mooneythanks for doing the PTG summary by the way16:56
sean-k-mooneyi have not read it yet but ill try and skim over it later16:56
elodillessean-k-mooney: ping we if you updated the libvirt/os-vif related patches that you mentioned for the ussuri release, and I'll try to review them ASAP16:57
sean-k-mooneyelodilles: i need to redo it for the newer reelase first16:58
sean-k-mooneyelodilles: https://review.opendev.org/c/openstack/nova/+/790447 is missing one of the 3 patches that were ment to be squashed together16:59
elodillessean-k-mooney: ack16:59
sean-k-mooneyso i need to fix that one first and then propose it we have had some asks to backport this downstream recently too so i need to fix these up 16:59
sean-k-mooneyif it end up missing the final release its proably ok but would be nice to include 17:00
elodilleshmm, so it needs to be merged in wallaby then victoria then ussuri :S17:00
sean-k-mooneyyep which is why im not sure it will make it in 2 weeks17:00
sean-k-mooneyso this is really just a nice to have not something to hold the release for17:00
elodillesOK, no problem, let's try then. just ping me and I'll review them :)17:01
sean-k-mooneyack thanks17:01
gmanngibi: 1 comment on this otherwise lgtm https://review.opendev.org/c/openstack/tempest/+/80916817:38
gmanngibi: sorry for not mentioning about that method to use in my previous comment17:40
sean-k-mooneygmann: i know this is a little out of your normal review spcace but feel like taking a look at https://review.opendev.org/c/openstack/nova/+/81194718:33
sean-k-mooneygmann: ill ping some other folks tomorow if you dont have time to look but it would be nice to get the last +2 on that18:34
sean-k-mooneyanyway going to call it a night o/18:34
opendevreviewIlya Popov proposed openstack/nova master: Fix to use NUMA cell with more free memory first  https://review.opendev.org/c/openstack/nova/+/80564919:24
opendevreviewIlya Popov proposed openstack/nova master: Fix to use NUMA cell with more free memory first  https://review.opendev.org/c/openstack/nova/+/80564920:22
opendevreviewIlya Popov proposed openstack/nova master: Fix to use NUMA cell with free resources first  https://review.opendev.org/c/openstack/nova/+/80564920:31

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!