Monday, 2019-09-09

*** hemna has joined #openstack-nova00:02
*** markvoelker has quit IRC00:02
*** brinzhang has joined #openstack-nova00:17
*** rcernin has quit IRC00:30
*** macz has quit IRC00:30
*** hemna has quit IRC00:35
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.79: Add delete_on_termination to volume-attach API  https://review.opendev.org/67348500:35
*** ccamacho has quit IRC00:51
*** yedongcan has joined #openstack-nova00:59
*** hemna has joined #openstack-nova01:03
*** mdbooth has quit IRC01:25
*** mdbooth has joined #openstack-nova01:26
*** hemna has quit IRC01:37
*** rcernin has joined #openstack-nova01:45
*** hemna has joined #openstack-nova01:49
*** hemna has quit IRC01:54
*** dave-mccowan has quit IRC01:58
*** hemna has joined #openstack-nova02:29
openstackgerritBrin Zhang proposed openstack/nova master: Filter migrations by user_id/project_id  https://review.opendev.org/67424302:32
gregworkdoes nova have any concept of compute balancing after an instance is up02:38
gregworkfor example, if you evacuate a compute node for maintenance, how do you rebalance what got moved around once that node is back up02:38
*** rchurch has joined #openstack-nova02:45
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.81: Add user_id/project_id to migration-list API  https://review.opendev.org/67502303:02
*** hemna has quit IRC03:04
*** mkrai has joined #openstack-nova03:18
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.81: Add user_id/project_id to migration-list API  https://review.opendev.org/67502303:21
*** dklyle has quit IRC03:29
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.80: Add user_id/project_id to migration-list API  https://review.opendev.org/67502303:31
*** hemna has joined #openstack-nova03:42
*** sapd1_x has joined #openstack-nova03:49
*** macz has joined #openstack-nova03:50
*** udesale has joined #openstack-nova03:53
*** macz has quit IRC03:55
*** mdbooth has quit IRC04:03
*** sapd1_x has quit IRC04:03
*** etp has joined #openstack-nova04:13
*** hemna has quit IRC04:17
*** Luzi has joined #openstack-nova04:48
*** markvoelker has joined #openstack-nova04:55
*** ratailor has joined #openstack-nova05:00
*** markvoelker has quit IRC05:00
*** jaosorior has joined #openstack-nova05:03
*** ricolin has joined #openstack-nova05:08
*** Tianhao_Hu has joined #openstack-nova05:19
*** Tianhao_Hu has left #openstack-nova05:20
*** yaawang has quit IRC05:22
*** yaawang has joined #openstack-nova05:24
*** abhishekk has joined #openstack-nova05:33
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.80: Add user_id/project_id to migration-list API  https://review.opendev.org/67502305:35
openstackgerritBrin Zhang proposed openstack/nova master: Follow-up: Add delete_on_termination to volume-attach API  https://review.opendev.org/68065505:44
openstackgerritLuyao Zhong proposed openstack/nova master: object: Introduce Resource and ResourceList objs  https://review.opendev.org/67844805:45
openstackgerritLuyao Zhong proposed openstack/nova master: Add resources dict into _Provider  https://review.opendev.org/67844905:45
openstackgerritLuyao Zhong proposed openstack/nova master: Retrieve the allocations early  https://review.opendev.org/67845005:45
openstackgerritLuyao Zhong proposed openstack/nova master: Claim resources in resource tracker  https://review.opendev.org/67845205:45
openstackgerritLuyao Zhong proposed openstack/nova master: libvirt: Enable driver discovering PMEM namespaces  https://review.opendev.org/67845305:45
openstackgerritLuyao Zhong proposed openstack/nova master: libvirt: report VPMEM resources by provider tree  https://review.opendev.org/67845405:45
openstackgerritLuyao Zhong proposed openstack/nova master: libvirt: Support VM creation with vpmems and vpmems cleanup  https://review.opendev.org/67845505:45
openstackgerritLuyao Zhong proposed openstack/nova master: Parse vpmem related flavor extra spec  https://review.opendev.org/67845605:45
openstackgerritLuyao Zhong proposed openstack/nova master: libvirt: Enable driver configuring PMEM namespaces  https://review.opendev.org/67964005:45
*** hemna has joined #openstack-nova05:45
*** macz has joined #openstack-nova05:51
*** macz has quit IRC05:56
*** mdbooth has joined #openstack-nova06:08
*** maciejjozefczyk has joined #openstack-nova06:08
brinzhangtakashin:https://review.opendev.org/#/c/674243/23/nova/api/openstack/compute/schemas/migrations.py@5506:12
brinzhangtakashin: I am using the same as query_params_v21 used here [1], they do the same thing, need to be defined again? .06:12
brinzhang[1]https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/schemas/servers.py#L570-L57106:12
brinzhangtakashin: should I replaced this with single_sample({'type': 'string'})06:13
*** hemna has quit IRC06:14
takashinbrinzhang: If multiple same query params (e.g. ?user_id=usera&user_id=userb) are not allowed, single_param should be used.06:19
brinzhangtakashin: Yeah, got it, will be replace it with single_param, thanks.06:21
*** tetsuro has joined #openstack-nova06:39
openstackgerritAkira KAMIO proposed openstack/nova master: VMware: disk_io_limits settings are not reflected when resize  https://review.opendev.org/68029606:40
*** ccamacho has joined #openstack-nova06:42
*** slaweq_ has joined #openstack-nova06:49
*** yaawang has quit IRC06:51
openstackgerritBrin Zhang proposed openstack/nova master: Filter migrations by user_id/project_id  https://review.opendev.org/67424306:52
*** luksky has joined #openstack-nova06:53
*** Tianhao_Hu has joined #openstack-nova07:01
*** rcernin has quit IRC07:02
*** tetsuro has quit IRC07:06
*** slaweq_ has quit IRC07:06
*** slaweq has joined #openstack-nova07:08
*** tetsuro has joined #openstack-nova07:08
*** jawad_axd has joined #openstack-nova07:09
*** trident has quit IRC07:10
*** tesseract has joined #openstack-nova07:13
*** mdbooth has quit IRC07:13
*** damien_r has joined #openstack-nova07:14
*** Tianhao_Hu has quit IRC07:16
*** Tianhao_Hu has joined #openstack-nova07:17
*** yaawang has joined #openstack-nova07:18
*** hamzy_ has quit IRC07:19
*** trident has joined #openstack-nova07:21
*** cfriesen has quit IRC07:23
*** hamzy_ has joined #openstack-nova07:29
*** owalsh has quit IRC07:32
*** owalsh has joined #openstack-nova07:33
openstackgerritShilpa Devharakar proposed openstack/nova master: Nova object changes for forbidden aggregates request filter  https://review.opendev.org/67107207:36
openstackgerritShilpa Devharakar proposed openstack/nova master: DB API changes to get non-matching aggregates from metadata  https://review.opendev.org/67107407:36
openstackgerritShilpa Devharakar proposed openstack/nova master: Add a new request filter to isolate aggregates  https://review.opendev.org/67107507:36
openstackgerritShilpa Devharakar proposed openstack/nova master: Docs for isolated aggregates request filter  https://review.opendev.org/66795207:36
*** avolkov has joined #openstack-nova07:42
*** brinzhang has quit IRC07:44
*** brinzhang has joined #openstack-nova07:45
*** jangutter has joined #openstack-nova07:47
*** pcaruana has joined #openstack-nova07:49
*** maciejjozefczyk_ has joined #openstack-nova07:50
*** markvoelker has joined #openstack-nova07:50
*** maciejjozefczyk has quit IRC07:50
*** macz has joined #openstack-nova07:52
*** markvoelker has quit IRC07:55
*** rpittau|afk is now known as rpittau07:55
*** macz has quit IRC07:56
*** tetsuro has quit IRC07:57
*** takashin has left #openstack-nova08:00
*** cdent has joined #openstack-nova08:09
*** panda has quit IRC08:09
*** mdbooth has joined #openstack-nova08:11
*** panda has joined #openstack-nova08:11
openstackgerritLuyao Zhong proposed openstack/nova master: Add functional tests for virtual persistent memory  https://review.opendev.org/67847008:12
*** mdbooth has quit IRC08:17
*** mdbooth has joined #openstack-nova08:18
*** ralonsoh has joined #openstack-nova08:18
*** damien_r has quit IRC08:22
*** damien_r has joined #openstack-nova08:26
openstackgerritBalazs Gibizer proposed openstack/nova master: Note about Destination.forbidden_aggregates  https://review.opendev.org/68094508:34
gibishilpasd: ^^08:40
*** tetsuro has joined #openstack-nova08:41
*** tkajinam has quit IRC08:42
*** derekh has joined #openstack-nova08:43
*** tetsuro has quit IRC08:45
*** Tianhao_Hu has left #openstack-nova08:52
openstackgerritLuyao Zhong proposed openstack/nova master: doc: attaching virtual persistent memory to guests  https://review.opendev.org/68030008:54
*** shilpasd has joined #openstack-nova09:01
*** hamzy_ has quit IRC09:07
*** ociuhandu has joined #openstack-nova09:08
*** ociuhandu has quit IRC09:10
*** ociuhandu has joined #openstack-nova09:10
*** ociuhandu has quit IRC09:14
*** ociuhandu_ has joined #openstack-nova09:14
*** ociuhandu_ has quit IRC09:18
*** tssurya has joined #openstack-nova09:22
openstackgerritBoxiang Zhu proposed openstack/nova master: Fix live migration break group policy simultaneously  https://review.opendev.org/65196909:24
*** ociuhandu has joined #openstack-nova09:27
*** arxcruz_pto is now known as arxcruz09:27
yaawangstephenfin: Hi, I have updated the patches of vCPU model selection, could you take a review if you have time :) https://review.opendev.org/#/c/670298 https://review.opendev.org/#/c/67029909:28
bauzasgibi: stephenfin: had no time this morning for both your series but this is planned today09:36
openstackgerritBrin Zhang proposed openstack/nova master: Filter migrations by user_id/project_id  https://review.opendev.org/67424309:47
*** kaisers has quit IRC09:48
*** kaisers has joined #openstack-nova09:50
*** jawad_axd has quit IRC09:51
*** markvoelker has joined #openstack-nova09:51
*** macz has joined #openstack-nova09:53
*** ricolin_ has joined #openstack-nova09:55
*** lpetrut has joined #openstack-nova09:55
*** macz has quit IRC09:57
*** ricolin has quit IRC09:57
*** markvoelker has quit IRC10:00
*** brinzhang has quit IRC10:02
*** brinzhang has joined #openstack-nova10:03
*** jawad_axd has joined #openstack-nova10:05
*** rcernin has joined #openstack-nova10:08
*** jawad_axd has quit IRC10:10
*** brinzhang_ has joined #openstack-nova10:11
*** damien_r has quit IRC10:13
*** brinzhang has quit IRC10:14
*** ricolin_ has quit IRC10:15
*** spsurya has joined #openstack-nova10:21
*** brinzhang has joined #openstack-nova10:27
*** brinzhang_ has quit IRC10:30
alex_xustephenfin: good morning, I think luyao get her vpmem pathces ready https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/virtual-persistent-memory, appreciate if you can take a look at them again10:32
stephenfinalex_xu: Will do. I'm just working through your comments on the cpu-resource spec first then I'll move onto that (y)10:33
*** sapd1_x has joined #openstack-nova10:35
alex_xustephenfin: thanks, I will do another around test on your patch after you updated. Then I think we are pretty ready to go10:36
aspiersalex_xu, stephenfin: let me know if I can help in any way with reviews on the last 2 SEV patches10:39
alex_xuaspiers: I will give a try tomorrow if the last few patches doesn't merge yet10:40
artomsean-k-mooney or stephenfin, heya, there's a request from mriedem to review a new bit of XML generation for NUMA LM in https://review.opendev.org/#/c/635229/58..61/nova/virt/libvirt/driver.py and https://review.opendev.org/#/c/635229/58..61/nova/virt/libvirt/migration.py10:40
artomIt's the vcpu_pin_set stuff we talked about on... Friday?10:41
aspiersalex_xu: There are only 2 left waiting for review10:41
aspiersalex_xu: but the runway ends on Thursday and then it's the feature freeze, so I am getting a bit worried :-/10:41
*** panda is now known as panda|rover10:42
alex_xuaspiers: I'm pretty sure everybody worries this week :)10:43
aspiersalex_xu: ;)10:43
*** kaisers has quit IRC10:44
*** ociuhandu has quit IRC10:45
*** tbachman has quit IRC10:49
*** awalende has joined #openstack-nova10:50
*** mkrai_ has joined #openstack-nova10:53
*** ricolin_ has joined #openstack-nova10:53
*** dave-mccowan has joined #openstack-nova10:55
*** mkrai has quit IRC10:56
*** tetsuro has joined #openstack-nova10:58
*** tetsuro has quit IRC10:59
*** nicolasbock has joined #openstack-nova11:02
openstackgerritBrin Zhang proposed openstack/nova master: Follow-up: Add delete_on_termination to volume-attach API  https://review.opendev.org/68065511:05
gibibauzas: ack, thanks11:08
*** yedongcan has left #openstack-nova11:10
sean-k-mooneyartom: ill take a look at it today11:11
*** rpittau is now known as rpittau|bbl11:12
sean-k-mooneyim going to finish reviewing stephenfin pcpu seriese and then ill start revering the numa series11:13
artomsean-k-mooney, ack, rhanks11:13
*** udesale has quit IRC11:15
*** ricolin_ is now known as ricolin11:15
*** ociuhandu has joined #openstack-nova11:17
*** abhishekk has quit IRC11:18
*** bbowen has joined #openstack-nova11:18
*** sapd1_x has quit IRC11:20
sean-k-mooneyartom looking at those links i dont see the question. you seam to have already ansered all the questions that were asked. but as i said ill go through the series fully today11:21
*** ociuhandu has quit IRC11:22
artomsean-k-mooney, it's about making sure the way I generate LibvirtLiveMigrateNUMAInfo on the dest and use it to update the XML on the source is sane, specifically around updating the <vcpu> element from cpu_set11:23
artomsean-k-mooney, mriedem's review on PS60 of https://review.opendev.org/#/c/635229/11:24
artom"Looks OK compared to PS58 but with the changes for allocation pin set I'm going to need to have Sean and Stephen look at this first."11:24
*** kaisers has joined #openstack-nova11:28
*** tbachman has joined #openstack-nova11:39
*** ociuhandu has joined #openstack-nova11:41
openstackgerritStephen Finucane proposed openstack/nova master: Validate CPU config options against running instances  https://review.opendev.org/68010711:48
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Use sane indent  https://review.opendev.org/68022911:48
openstackgerritStephen Finucane proposed openstack/nova master: objects: Add 'NUMACell.pcpuset' field  https://review.opendev.org/68010811:48
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Differentiate between shared and dedicated CPUs  https://review.opendev.org/67180011:48
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Start reporting 'HW_CPU_HYPERTHREADING' trait  https://review.opendev.org/67557111:48
openstackgerritStephen Finucane proposed openstack/nova master: Add support for translating CPU policy extra specs, image meta  https://review.opendev.org/67180111:48
openstackgerritStephen Finucane proposed openstack/nova master: Add reshaper for PCPU  https://review.opendev.org/67489511:48
openstackgerritStephen Finucane proposed openstack/nova master: Interim follow ups for cpu-resources series  https://review.opendev.org/68098311:48
*** macz has joined #openstack-nova11:54
*** markvoelker has joined #openstack-nova11:56
openstackgerritBalazs Gibizer proposed openstack/nova master: Make _revert_allocation nested allocation aware  https://review.opendev.org/67613811:57
*** macz has quit IRC11:58
openstackgerritBalazs Gibizer proposed openstack/nova master: Support reverting migration / resize with bandwidth  https://review.opendev.org/67614011:59
*** markvoelker has quit IRC12:02
openstackgerritBalazs Gibizer proposed openstack/nova master: Func test for migrate re-schedule with bandwidth  https://review.opendev.org/67697212:02
openstackgerritBalazs Gibizer proposed openstack/nova master: Support migrating SRIOV port with bandwidth  https://review.opendev.org/67698012:05
openstackgerritBalazs Gibizer proposed openstack/nova master: Allow migrating server with port resource request  https://review.opendev.org/67149712:07
openstackgerritBalazs Gibizer proposed openstack/nova master: Do not query allocations twice in finish_revert_resize  https://review.opendev.org/67882712:09
*** ivve has joined #openstack-nova12:10
*** hamzy_ has joined #openstack-nova12:11
*** markvoelker has joined #openstack-nova12:12
openstackgerritBalazs Gibizer proposed openstack/nova master: Allow resizing server with port resource request  https://review.opendev.org/67901912:12
*** jawad_axd has joined #openstack-nova12:21
*** ociuhandu has quit IRC12:21
*** rcernin has quit IRC12:22
*** jawad_axd has quit IRC12:25
*** ratailor has quit IRC12:26
*** luksky has quit IRC12:29
efriedalex_xu: cpu-resources, can you assert that https://review.opendev.org/#/c/671800/ is at least the right design, just needs a few tweaks? If so, I can take the hold off the bottom and we can start merging these.12:34
openstackgerritBalazs Gibizer proposed openstack/nova master: Extract pf$N literals as constants from func test  https://review.opendev.org/68099112:34
*** jawad_axd has joined #openstack-nova12:39
*** nweinber has joined #openstack-nova12:42
*** tbachman has quit IRC12:42
*** ociuhandu has joined #openstack-nova12:43
*** damien_r has joined #openstack-nova12:43
*** jawad_axd has quit IRC12:44
*** tbachman has joined #openstack-nova12:45
*** jawad_axd has joined #openstack-nova12:45
*** ociuhandu has quit IRC12:48
*** damien_r has quit IRC12:48
*** jawad_axd has quit IRC12:50
*** jawad_ax_ has joined #openstack-nova12:50
*** rpittau|bbl is now known as rpittau12:55
*** BjoernT has joined #openstack-nova12:56
*** gbarros has joined #openstack-nova12:56
*** mriedem has joined #openstack-nova12:57
mriedembauzas: the bottom 5 changes of the bw provider migration series is +2ed starting at https://review.opendev.org/#/c/680394/ if you have time today to look through those13:02
bauzasmriedem: yup, I told gibi I was planning to do it today13:02
bauzasfor the moment, cpu-resources13:02
openstackgerritBalazs Gibizer proposed openstack/nova master: Improve dest service level func tests  https://review.opendev.org/68099813:02
gibimriedem: I've fixed up the 6th patch in the series https://review.opendev.org/#/c/676138 (was -W before)13:03
gibimriedem: and proposed the followups13:03
gibimriedem: from the earlier patches13:03
mriedemgibi: yup i saw, i will review those today13:03
gibimriedem: thanks!13:03
gibiI'm +2 on the forbidden agregates series, but I guess we need dansmith for that13:04
mriedemartom: on the numa live migration series you said that https://review.opendev.org/#/c/680739/ should be good for the test job we're looking at (with the old label) but we haven't had a run of that on the latest patch series you posted on saturday, right?13:06
mriedemi just kicked it off so we'll hopefully have results today13:06
Luziefried, i wanted to restore the image encryption spec, but i don't have the restore button as it seems. Could you restore it for me? Thank you :)13:09
mriedemLuzi: you have to re-propose it for ussuri anyway13:09
mriedemand address feedback from the train spec13:09
mriedemoh but i guess you want the same change id,13:09
mriedemyeah sec13:09
mriedemLuzi: got a link?13:10
mriedemhttps://review.opendev.org/#/c/608696/13:10
artommriedem, I thought we did - sean-k-mooney told me to use recheck, not check experimental13:10
*** tbachman has quit IRC13:10
mriedemartom: if it's in the experimental queue you have to do "check experimental" since it's on-demand13:10
artommriedem, right, https://zuul.opendev.org/t/openstack/build/435aded2c1934212a87c6efcc3df0f4413:10
mriedemLuzi: done13:10
Luzimriedem, thank you :)13:10
artommriedem, I'm not sure how he set it up, but it ran and passed13:10
mriedemartom: yeah but i don't think on the latest changes13:11
mriedemZuul experimentalSep 7 2:36 AM was the last run13:11
artommriedem, Sep 7 10:54 AM Hrmm maybe not13:11
mriedemArtom Lifshitz Uploaded patch set 60. Sep 7 8:26 AM13:11
artommriedem, in any case, 'recheck' is definitely the thing to do on the DNM patches13:11
*** etp has quit IRC13:12
artomZuul13:12
artomSep 7 10:54 AM13:12
artomPatch Set 1: Verified+113:12
artomBuild succeeded (check pipeline).13:12
artom    nova-nfv-multi-numa-multinode SUCCESS in 56m 56s13:12
mriedemoh i guess it is in check https://review.opendev.org/#/c/680739/1/.zuul.yaml@57313:12
artommriedem, and in case you missed it, I set up https://review.opendev.org/#/c/680806/ to run in the gate with the vcpu_pin_set configured, to give the new allocation_cpu_tuning stuff a smoke check13:13
mriedemit also showed up in experimental which is why i was confused13:13
artomIt won't change allocation_cpu_pins because vcpu_pin_set is identical on both hosts, but it'll run through the code13:13
*** luksky has joined #openstack-nova13:14
*** tbachman has joined #openstack-nova13:16
*** udesale has joined #openstack-nova13:20
*** KeithMnemonic has joined #openstack-nova13:24
openstackgerritIvaylo Mitev proposed openstack/nova master: VMware: Update flavor-related metadata upon instance resize  https://review.opendev.org/68100413:25
brinzhangmriedem: https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/add-user-id-field-to-the-migrations-table13:25
brinzhangmriedem: this patch can be merged in Train?13:25
mriedembrinzhang: maybe, i have higher priority things to review first today13:26
brinzhangmriedem: thanks13:26
sean-k-mooneymriedem: the DNM test pataches have it in check with all other jobs disable so that it runs when i upload a patch and does not wast gate time by running all the other experimental jobs13:29
sean-k-mooneymriedem: sorry for the confusion13:29
mriedemyeah this is confusing https://review.opendev.org/#/c/680739/1/.zuul.yaml@62913:30
sean-k-mooneymriedem: im not really sure why the old lable works and the new one does not but im going update the base patch to use the old lable after the current jobs complete13:30
mriedembrinzhang: can you rebase https://review.opendev.org/#/c/673485/12 on https://review.opendev.org/#/c/670790/8 ?13:30
mriedemthere is a merge conflict13:30
brinzhangmriedem: Today, I was rebased it, now has a merge conflict?13:32
*** ganso has joined #openstack-nova13:32
mriedemit has to be rebased on the latest patch set of 67079013:33
sean-k-mooneymriedem: by the way i configured the jobs to run in expermental and perodic since we only have 1 provider but would you be open to adding it as non voting in check at some point. non voiting jobs dont break the pipeline if they cant run because the provider is down.13:33
brinzhangmriedem: Okay, I will reabse it now.13:33
gansohello folks! I am trying to use "openstack usage list" which according to this commit https://review.opendev.org/#/c/639652/2/openstackclient/compute/v2/usage.py should be able to handle microversions 2.40, but using --debug I see it is always using 2.1. Is there any way to force openstack CLI to use nova microversions 2.40? My OpenStack CLI is version 3.1913:33
mriedemsean-k-mooney: maybe13:34
*** Luzi has quit IRC13:34
artomganso, openstack --help, you'll see an option named something like --os-compute-api-version13:34
*** ociuhandu has joined #openstack-nova13:34
*** jangutter_ has joined #openstack-nova13:34
artomganso, osc defaults to using the lowest possible microversion, aka 2.113:34
sean-k-mooneymriedem: ok well im beign conservitve and wanted to get some confidence form the periodic job before proposing that.13:35
gansoartom: thanks!13:35
*** jangutter has quit IRC13:35
artomganso, also, in the future, please direct similar questions to #openstack (see /topic)13:35
mriedemthe help on that osc command should be updated to mention using 2.40 or above for paging otherwise the user would have no way of knowing that w/o looking at code13:35
gansoartom: will do! thank you very much!13:36
gansomriedem: +113:36
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.79: Add delete_on_termination to volume-attach API  https://review.opendev.org/67348513:37
brinzhangmriedem: Done of that reabased.13:38
*** ociuhandu has quit IRC13:39
luyaodansmith: Hi Dan, could you have a look again at https://review.opendev.org/#/c/678447/ and https://review.opendev.org/#/c/678448/, about 'resource' db and object. I'll appreciate that .13:39
*** BjoernT_ has joined #openstack-nova13:41
*** BjoernT has quit IRC13:44
*** awalende has quit IRC13:44
*** awalende has joined #openstack-nova13:45
*** prometheanfire has quit IRC13:49
*** awalende has quit IRC13:49
*** prometheanfire has joined #openstack-nova13:50
*** beekneemech is now known as bnemec13:54
*** priteau has joined #openstack-nova13:54
stephenfinIf I cold migrate an instance but don't confirm it, I should expect to see VCPU usage for the instance on both the source and destination, right?13:55
bauzasstephenfin: what's your concern ?13:56
bauzasallocations, you mean ?13:56
stephenfinyeah13:57
stephenfinallocations13:57
bauzasif so, yeah13:57
stephenfinan allocation for the instance, an allocation for the migration record13:57
bauzascorrect13:57
artomstephenfin, you mean based on other existing behaviour?13:57
artomI believe so - the instance is consuming resources on the source, the migration on the dest13:57
stephenfinsweet13:57
bauzasthe original allocation is transformed to have the consumer to be the migration UUID instead of the instance13:58
*** BjoernT_ has quit IRC13:58
bauzasand then we create a new allocation for the instance13:58
bauzashaving the consumer be the instance UUID13:58
bauzasartom: the other way13:58
artombauzas, I was talking about the old-school resources tracker13:59
stephenfinnext question: I thought by default a cold migration would never land on another host, but that's not what I'm seeing in functional tests13:59
artom... which I guess stephenfin no longer cares about?13:59
bauzasartom: stephenfin: https://specs.openstack.org/openstack/nova-specs/specs/queens/implemented/migration-allocations.html13:59
artomstephenfin, other way around, I think13:59
artomBy default it always goes to different host14:00
bauzascorrect ^14:00
stephenfinartom: yeah, sorry, never land on the _same_ host14:00
artomAnd then if you set the allow_resize_to_same_host option, it can land on the same host14:00
bauzasunless you modify an option $14:00
bauzasyeah what artom said14:00
artom(Or whatever it's called)14:00
bauzasartom: that is the correct option name14:00
stephenfinweeird14:02
stephenfinthere must be something else going on here so14:02
* stephenfin dives deeper14:02
artomstephenfin, so, dunno if this is relevant, but while working on the the NUMA LM func tests, I noticed there was an issue in how you started computes with different fakelibvirt connections for each14:02
stephenfinshoot14:02
artomstephenfin, https://review.opendev.org/#/c/672595/45/nova/tests/functional/libvirt/base.py14:02
artomAgain, no idea if that's what's causing your thing now, but could be relevant14:03
stephenfinoh, fun14:04
*** eharney has joined #openstack-nova14:04
*** BjoernT has joined #openstack-nova14:08
*** BjoernT_ has joined #openstack-nova14:12
*** jawad_ax_ has quit IRC14:12
stephenfinartom: The other approach is this one https://review.opendev.org/#/c/678470/24/nova/tests/unit/virt/libvirt/fakelibvirt.py14:12
*** jawad_axd has joined #openstack-nova14:13
stephenfinwhich I think accomplishes much the same thing14:13
*** ociuhandu has joined #openstack-nova14:13
*** BjoernT has quit IRC14:13
stephenfinthere are quite a few in-flight changes with those files atm :)14:13
*** jawad_axd has quit IRC14:13
openstackgerritBrin Zhang proposed openstack/nova master: Follow-up: Add delete_on_termination to volume-attach API  https://review.opendev.org/68065514:15
artomstephenfin, and then you stub that connection into each compute manager I guess?14:15
artomOh, that's not your patch14:15
artomHrmm14:15
kashyapaspiers: Any reason you know this method is in virt/hardware.py -- _get_flavor_image_meta()?  It can be used by "non-hardware"-related features, too14:17
aspierskashyap: git blame?14:17
kashyapMaybe a question for stephenfin, as he wrote that :-)14:17
*** ociuhandu has quit IRC14:17
kashyapaspiers: Already did; 48e0c000fefe561ec5cfa1364ef2cac2f6ce924414:17
kashyapaspiers: stephenfin: Actually, disregard...it makes sense, because of the 'hw' key :D14:18
*** rouk has joined #openstack-nova14:20
*** awalende has joined #openstack-nova14:25
*** belmoreira has joined #openstack-nova14:27
*** awalende has quit IRC14:29
*** dklyle has joined #openstack-nova14:29
*** lpetrut has quit IRC14:30
*** bhagyashris has joined #openstack-nova14:35
dansmithmriedem: assume you'll take another trip through the numa patches today? I'm about to start into the forbidden garden of aggregates14:35
*** ociuhandu has joined #openstack-nova14:35
*** maciejjozefczyk has joined #openstack-nova14:35
bhagyashrismriedem: Hi14:35
mriedemdansmith: i was going over them over the weekend but stopped short of the big one14:36
mriedemwaiting on ci results in the special job14:36
dansmithah cool14:36
mriedemhttps://review.opendev.org/#/c/635229/ has new wizardry that is going to require stephenfin and/or sean-k-mooney14:37
*** Tianhao_Hu has joined #openstack-nova14:37
*** Tianhao_Hu has left #openstack-nova14:37
*** maciejjozefczyk_ has quit IRC14:39
*** ociuhandu has quit IRC14:39
*** markvoelker has quit IRC14:41
*** mtreinish has quit IRC14:41
sean-k-mooneymriedem: is that the patch you had question relating to the xml generation on14:42
sean-k-mooneymriedem: if there is a specific thing you wanted me to look at i can do it quickly otherwise im going to finish with stephenfin series then start on artoms14:44
artomsean-k-mooney, the new allocation_cpu_tuning, to cover the case when an instance with no NUMA topology is on a host with vcpu_pin_set14:45
sean-k-mooneyah right14:45
sean-k-mooneythis https://review.opendev.org/#/c/635229/60/nova/virt/libvirt/migration.py@10114:46
artomSo actually the field is new in https://review.opendev.org/#/c/634827/14:46
artomsean-k-mooney, well, PS61 is the latest but yeah14:46
dansmithefried: shilpasd: I found something else on the base patch for forbidden aggregates14:47
dansmithI'm pretty sure we don't deepcopy() the default value, which is why I did default=None for the "aggregates" field right above it.14:47
dansmitheither way, it should be consistent I think, and I expect =None is more clearly safe than a default of something mutable (like mutable default arguments for methods in python)14:48
*** macz has joined #openstack-nova14:48
sean-k-mooneymriedem: artom so the context for this is that since we added the vcpu_pin_set option, if you have used it we have relied on operators ensuring that all host in the same host aggrate/availablity zone (depending on how you choose to defien the region you can live migrate vm within) has vcpu_pin_set set to the same value14:48
*** luksky has quit IRC14:48
shilpasddansmith: Thanks for review14:49
*** maciejjozefczyk_ has joined #openstack-nova14:49
dansmithshilpasd: does my comment make sense?14:49
dansmithshilpasd: also, if you're not able to make this change right away I could probably just do it myself14:50
sean-k-mooneymriedem: more specifically if you define vcpu_pin_set we copy the value into <vcpu cpuset=vcpu_pin_set> for all instnace but we never updated that on live migration14:50
*** maciejjozefczyk_ has quit IRC14:50
shilpasddansmith: yes, your comment make sense, will have test cases with default config (i.e. no filter remove or append) and with remove and with append14:50
*** belmoreira has quit IRC14:50
*** maciejjozefczyk_ has joined #openstack-nova14:50
sean-k-mooneyso since artom is fixing it for numa instance we asked him to fix non numa instance too14:50
mriedemsean-k-mooney: the config option help for that says nothing about that assumption/requirement https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.vcpu_pin_set14:51
stephenfinTIL 'functional.libvirt.base.ServersTestBase' uses API v2.0 by default. That's two hours I won't get back \o/14:51
dansmithshilpasd: oh you're talking about the later one14:51
dansmithshilpasd: I +2d that already, so don't change it, and/or change it in a followup14:51
*** maciejjozefczyk has quit IRC14:51
dansmithshilpasd: I _just_ left a more complicated comment on the base patch, so go look at that real quick14:51
sean-k-mooneymriedem: that is the entire orginal reason it was intoduced. to define the set of cpu that guest can run on. it was not just for pinned/numa instance14:52
*** ociuhandu has joined #openstack-nova14:52
mriedemsean-k-mooney: ok....that doesn't mean much to me since i'm not familiar with when or why that was added,14:52
mriedemi'm just saying, "if you have used it we have relied on operators ensuring that all host in the same host aggrate/availablity zone (depending on how you choose to defien the region you can live migrate vm within) has vcpu_pin_set set to the same value" is not documented14:52
mriedemso undocumented assertions are kind of....hairy14:53
artommriedem, yep, which why with this new allocation_cpu_tuning stuff, it won't be necessary14:53
artomPreviously we hoped both dest and source had it set the same for LM to work14:53
artomNow we handle them being different14:53
mriedemi see there is a todo about it in https://docs.openstack.org/nova/latest/user/flavors.html?highlight=vcpu_pin_set14:53
sean-k-mooneymriedem: ah ok its not documented upstream correct. it used to be documented in intels referece architecure as the way we advised people to partition cpu for the host/guest14:54
*** tbachman has quit IRC14:54
*** jangutter has joined #openstack-nova14:54
openstackgerritStephen Finucane proposed openstack/nova master: Add reshaper for PCPU  https://review.opendev.org/67489514:54
*** jangutter_ has quit IRC14:55
sean-k-mooneymriedem: the behavior if you did not have them the same was that provide all the cores existed on the destinatinon, the migration would suceeed but the vm would use the wrong cores until it was hard rebooted14:55
*** mlavalle has joined #openstack-nova14:55
sean-k-mooneymriedem: if the core did not exist on the dest host then libvirt would reject the migration14:55
sean-k-mooneyso it was a self correcting problem once the guest hard rebooted14:55
mriedemsuper14:56
*** belmoreira has joined #openstack-nova14:56
stephenfinmriedem: can we easily mutate policy in tests?14:56
mriedemso tl;dr artom's series fixes that now so you don't have to have strict isolation and config in aggregates now?14:56
mriedemstephenfin: yes14:56
sean-k-mooneymriedem: yes14:56
mriedemstephenfin: check functional tests thta use the PolicyFixture14:56
stephenfinsweet. ta14:56
artommriedem, for that particular option, anyways14:57
artom(vcpu_pin_set)14:57
mriedemstephenfin: e.g. self.policy_fixture.set_rules({14:57
mriedem            servers_policies.ZERO_DISK_FLAVOR: base_policies.RULE_ADMIN_API},14:57
mriedem            overwrite=False)14:57
shilpasddansmith: yes cleared, will address for now 'complicated comment on the base patch'14:58
dansmithheh okay14:59
*** jroll has joined #openstack-nova15:00
*** markmcclain has joined #openstack-nova15:02
*** gyee has joined #openstack-nova15:07
*** markmcclain has quit IRC15:12
*** jaosorior has quit IRC15:12
*** maciejjozefczyk_ has quit IRC15:14
openstackgerritMerged openstack/python-novaclient master: Microversion 2.78 - show server topology  https://review.opendev.org/67079015:14
sean-k-mooneyartom: mriedem by the way we will need the <vcpu cpuset> xml update code for stephens pcup series too15:15
sean-k-mooneyso this is generally good to have anyway. it would be needed for non pinned guests when cpu_share_set is defiended15:16
mriedemi don't really know anything about that series or how it's going to work but ok15:16
sean-k-mooney*when cpu_shared_set is defined to different value on different hosts15:16
sean-k-mooneymriedem: well we are just using cpu_shared_set instead of vcpu_pinned_set for the same behavior15:17
sean-k-mooneye.g. defineing the set of core floating vms can float over15:17
*** tbachman has joined #openstack-nova15:18
*** ivve has quit IRC15:19
mriedemso do we expect instances using PCPU resources to be able to live migrate in Train with that series?15:21
*** shilpasd has quit IRC15:21
sean-k-mooneyyes15:22
*** jawad_axd has joined #openstack-nova15:22
sean-k-mooneyif both seris merge we expect to be able to live migrate with PCPUs or VCPUs and have the xmls updated correctly in both cases15:22
bauzasmriedem: this series will only support PCPU allocations once *all* computes are Train15:23
sean-k-mooneymriedem: we defered instance have both pcpus and vcpus at the same time to U or later15:23
bauzasmriedem: once the operator modifies an option15:23
sean-k-mooneybauzas: correct. all of  this is opt in. if you dont modify the configs for the PCPU seriese then you keep the old behavior15:24
sean-k-mooneywhich is what we need for upgrades. and hopeful in U we can start enableing thing by defualt before removing the legacy options  in V15:24
mriedembauzas: that wasn't what i asked15:25
bauzashum okay15:25
sean-k-mooneybauzas: mriedem was asing will the numa migration feature wokr with instance that have PCPU allocations15:26
sean-k-mooney*asking15:26
bauzasok15:26
*** jawad_axd has quit IRC15:26
donnydsean-k-mooney: just an FYI got an electrician out this weekend to do my standby generator. Which means power had to be shutdown for 8 hours.. which means FN was taken out of the pool on Saturday15:27
*** bhagyashris has quit IRC15:27
artomsean-k-mooney, and it will? To me it seems like black magic that it would, but I guess it makes sense15:28
donnydSo the NUMA job won't schedule until it comes back online. If I am really lucky the propane guy will be here today to finish up that install and then FN will be back online whether I have commercial power or not15:28
artomNUMA LM just consumes _get_guest_numa_config, and then plays with the XML15:28
mriedemsean-k-mooney: sort of, but without numa15:28
sean-k-mooneydonnyd: yep i saw the update on openstack infra15:29
mriedemsean-k-mooney: since you said the pcpu stuff would need what artom is adding anyway, i was wondering if we expected instances with pcpu allocations to live migrate in train, not specific to numa though15:29
mriedemb/c i think pcpu in train is already very risky, and trying to say that live migration would work for those as well was doubly risky15:29
sean-k-mooneymriedem: all instance with pcpus have a numa toplogy15:29
mriedemoh15:29
sean-k-mooneyhw:cpu_policy=dedicate create a numa toplogy of 1 the same as hw:numa_nodes=115:30
*** tssurya has quit IRC15:30
sean-k-mooneysame with hw:mem_page_size set to anything15:30
artomsean-k-mooney, I think he means stephenfin's new PCPU resource class15:30
sean-k-mooneyyep15:30
sean-k-mooneythe only thing that will use that are things with hw:cpu_policy=dedicated15:30
artomOh, right, that's how we end up with instances with that resource15:30
mriedemhmm, is that just libvirt specific or actually codified into how the code outside of the driver works?15:31
artomBy doing anything NUMA-y15:31
sean-k-mooneyso all things with PCPUs will have numa15:31
*** ociuhandu has quit IRC15:31
sean-k-mooneymriedem: technically just libvirt but no other dirver currely support pinning15:31
sean-k-mooneymriedem: the api does not require the guest to have a numa toplogy of 115:31
sean-k-mooneyso people should not rely on it15:32
sean-k-mooneybut that is what the only implmentaion does15:32
stephenfinsean-k-mooney: bikeshedding time. I need a name for this variable https://review.opendev.org/#/c/674895/30/nova/virt/libvirt/driver.py@743915:34
stephenfinI can't use allocations because that conflicts with an existing variable, and instance_allocations doesn't work since we're tracking migrations for both instances and migration records15:35
stephenfininstance_migration_allocations is too ugly15:35
efriedbad_allocs?15:36
*** shilpasd has joined #openstack-nova15:36
efriedalthough 'bad' isn't really a good adjective for them, in instances_with_bad_allocations either.15:36
stephenfinyeah, I've renamed the latter to 'allocations_needing_reshape'15:37
efriedbut instances_with_allocations_that_need_to_be_reshaped is unwieldy, as I'm sure you realized while you were working on this.15:37
*** jawad_axd has joined #openstack-nova15:38
efriedstephenfin: btw, you've noticed there's a tox failure somewhere down the series yah?15:38
stephenfinDamn. I had not15:38
* stephenfin fixes https://review.opendev.org/#/c/680107/15:38
efriedlooks like https://review.opendev.org/#/c/680983/115:39
efriedstephenfin: at least ^15:39
*** cfriesen has joined #openstack-nova15:39
artomstephenfin, "legacy_instances"?15:40
stephenfinartom: The list also contains UUIDs of migration records15:40
stephenfinso not quite right either15:40
stephenfinthink I'll just stick '_' at the end and be done :)15:41
artomWhat, what are you trying to find a name for? instances_with_bad_allocations?15:41
artom"legacy_consumers", then?15:42
stephenfinoh, legacy_consumers it is15:42
bauzasstephenfin: a bit late but I do propose 'consumer_allocations' for your naming bikeshed15:42
artommriedem, so, for my own information, did you get what you wanted out of sean-k-mooney, or do you need his "official" vote on that review?15:45
bauzasstephenfin: looks like something is fscked up https://c4d77360c4f137c70770-625a0eb0440aa527fbdb216e8991f5a6.ssl.cf1.rackcdn.com/680108/4/check/openstack-tox-py27/2b51adb/testr_results.html.gz15:46
bauzasstephenfin: I guess you have to modify the conf opt for vcpu_pin_set somewhere obviously :)15:47
*** mkrai_ has quit IRC15:48
stephenfinbauzas: sec15:49
openstackgerritStephen Finucane proposed openstack/nova master: Interim follow ups for cpu-resources series  https://review.opendev.org/68098315:49
openstackgerritStephen Finucane proposed openstack/nova master: Validate CPU config options against running instances  https://review.opendev.org/68010715:49
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Use sane indent  https://review.opendev.org/68022915:49
openstackgerritStephen Finucane proposed openstack/nova master: objects: Add 'NUMACell.pcpuset' field  https://review.opendev.org/68010815:49
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Differentiate between shared and dedicated CPUs  https://review.opendev.org/67180015:49
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Start reporting 'HW_CPU_HYPERTHREADING' trait  https://review.opendev.org/67557115:49
openstackgerritStephen Finucane proposed openstack/nova master: Add support for translating CPU policy extra specs, image meta  https://review.opendev.org/67180115:49
openstackgerritStephen Finucane proposed openstack/nova master: Add reshaper for PCPU  https://review.opendev.org/67489515:49
mriedemartom: i want an ack on the patch15:50
mriedemto show he's actually looked at your code change15:50
bauzasstephenfin: oh heh15:50
artommriedem, understood15:52
*** rpittau is now known as rpittau|afk15:54
bauzasgibi: still looking at the cpu-resource series but you're next :)15:54
*** igordc has joined #openstack-nova15:54
bauzasnot sure I'll have time before EOB, but tomorrow you're up :)15:54
gibibauzas: no worries. I will end my day soon too15:54
bauzasgibi: the check pipeline is a bit late but if tomorrow we can send you some patches, it should be on time15:55
gibifingers crossed :)15:56
openstackgerritMerged openstack/nova master: doc: Fix a broken reference link  https://review.opendev.org/68089215:58
mriedemmaybe melwitt can jump into that series16:00
mriedemthose bottom 6 or so changes are min version validation and functional testing16:00
mriedemso there isn't a ton of context required16:00
mriedemlosing a day this week with the gate backed up likely means missing feature freeze16:01
bauzasmriedem: I can work a bit overlate16:01
mriedemor we can have more cores reviewing more code for FF16:02
*** jawad_axd is now known as JAX16:02
melwittgibi's series? I can help16:02
mriedemyeah, the bottom 6 changes are +2'ed,16:03
gibimelwitt: series starts here https://review.opendev.org/#/c/68039416:03
mriedemthe runtime code is just about min compute service version compat16:03
gibimelwitt: thanks in advance16:03
melwittok, thanks16:03
mriedemand then there are functional test changes on top of those16:03
*** JAX is now known as JAX_16:03
mriedemmelwitt: for context, compute rpc api 5.2 (service version 39) is what enables the compute side stuff https://review.opendev.org/#/c/655721/18/nova/objects/service.py16:04
mriedemso that's what those min compute service version checks are looking for16:04
*** belmoreira has quit IRC16:04
melwittcool thanks16:05
zbrany chance to get pre-commit merged? https://review.opendev.org/#/c/665518/16:06
*** JAX_ is now known as JAX16:06
*** ircuser-1 has joined #openstack-nova16:07
*** tesseract has quit IRC16:07
*** igordc has quit IRC16:09
*** JAX has quit IRC16:12
*** jawad_axd has joined #openstack-nova16:12
*** sapd1_x has joined #openstack-nova16:14
*** jawad_axd has quit IRC16:14
sean-k-mooneymriedem: artom  i think donnyd said this earlier but FN is set to 0 capastiy currently as donnyd was having electical work done over the weekend. so the numa jobs are currenly not going to run16:16
mriedemsean-k-mooney: couldn't we use vexxhost?16:17
artommriedem, sean-k-mooney, FWIW, the passing job ran with the allocations_cpu_tuning stuff16:18
artomI did the recheck at Sep 7 9:52 AM16:19
sean-k-mooneymriedem im going to reach out to mnaser to see if we can in the future but we need multi numa flaovr whic i dont think vexxhost currenly provide to the gate16:19
artomHaving uploaded PS60 of https://review.opendev.org/#/c/635229/60/ at Sep 7 9:26 AM16:20
mriedemartom: did you confirm things in the logs as you'd expect?16:20
mriedemlike xml you'd expect to see?16:20
sean-k-mooneymriedem: if vexxhost would be will to add one like the ones FN have added then yes we could use both vexxhost and FN for this16:20
artomThe changes since then are basically comments: https://review.opendev.org/#/c/635229/60..61/nova/tests/unit/virt/libvirt/test_driver.py16:20
artommriedem, yep, I even added debug logging to the _update_numa_xml method16:20
mriedemartom: yeah i saw and commented on PS6116:20
*** markvoelker has joined #openstack-nova16:21
sean-k-mooneymnaser: not to put you on the spot but is creating a custom flavor for the upstream ci to consume possible/something you/vexxhost would be willing to consider?16:22
artomSo for example input: https://zuul.opendev.org/t/openstack/build/dd0f5dad770d40a2afb3c506327d1b3e/log/compute/logs/screen-n-cpu.txt.gz#208116:22
sean-k-mooneymnaser: i can provide the detail later if so.16:22
artomAnd then output: https://zuul.opendev.org/t/openstack/build/dd0f5dad770d40a2afb3c506327d1b3e/log/compute/logs/screen-n-cpu.txt.gz#219516:22
artomWe see the vcpupin go from 0-3 and 4-6 to 1-3 and 4-716:23
*** dtantsur is now known as dtantsur|afk16:23
artomAnd then for the allocations_cpu_tuning, I have https://review.opendev.org/#/c/680806/16:23
openstackgerritChris Dent proposed openstack/nova master: Don't duplicate PlacementFixture in libvirt func tests  https://review.opendev.org/68105916:24
cdentmriedem, efried ^16:24
artomAgain, input: https://zuul.opendev.org/t/openstack/build/f79144ae28114cea96e708d0bb5ebfb1/log/logs/screen-n-cpu.txt.gz#256516:24
artomAnd output: https://zuul.opendev.org/t/openstack/build/f79144ae28114cea96e708d0bb5ebfb1/log/logs/screen-n-cpu.txt.gz#266616:24
donnydsean-k-mooney: artom correct FN is at zero for the moment16:24
artom<vcpu placement="static" cpuset="0">1</vcpu> in both cases16:24
artomBecause I couldn't figure out how to set vcpu_pin_set per-node16:25
artomBut at least it runs through the code16:25
donnydThe electrical work is all done.... Now just waiting on propane  and FN will be back in business16:25
sean-k-mooneyartom: i have set vcpu pin set per node in one of them16:25
sean-k-mooneyartom: https://review.opendev.org/#/c/679805/16:25
sean-k-mooneyartom: and that also passed on saturday16:26
artomsean-k-mooney, what's with a NUMA flavor though, right?16:26
mriedemartom: ok can you link those into the patch for reference later?16:26
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/build/43f69768e18a4e1594810e606f101b6a16:26
sean-k-mooneyartom: oh yes16:26
artomMy DNM thing hits the other, non-NUMA case, to show that allocation_cpu_pins works16:26
sean-k-mooneywell we could do it without a numa flavor later or i can stack and check it by hand now16:27
*** spsurya has quit IRC16:27
openstackgerritStephen Finucane proposed openstack/nova master: Add reshaper for PCPU  https://review.opendev.org/67489516:27
openstackgerritStephen Finucane proposed openstack/nova master: fakelibvirt: Make 'Connection.getHostname' unique  https://review.opendev.org/68106016:27
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Mock 'libvirt_utils.file_open' properly  https://review.opendev.org/68106116:27
stephenfinartom: https://review.opendev.org/#/c/681060/16:29
artomstephenfin, way to steal credit brah ;)16:30
stephenfindesperate times /o\16:31
mriedemco-authored-by16:31
artomstephenfin, you proll'y want to explain in more details what those lambda scoping issues were16:31
stephenfinI should have set the authorship now that I'm thinking about it16:31
cdentmriedem: I did a quick survey to look for other duplicate placement fixtures and did not find16:31
bauzasmelwitt: gibi: I'm +W with the first 3 changes16:32
artommriedem, to be fair, I didn't write *that* solution16:32
artomI just found the problem16:32
cdentthat's me done for today I reckon16:32
mriedemcool16:32
mriedemthanks16:32
bauzasmelwitt: gibi: see you tomorrow16:32
artomstephenfin, because they're really not obviousy16:32
artom*obvious16:32
*** shilpasd has quit IRC16:32
*** N3l1x has joined #openstack-nova16:33
sean-k-mooneyi just clicked on it and no ideay lambda were related to this other then th efact i saw lambdas in the code so ya16:33
*** sapd1_x has quit IRC16:38
artomsean-k-mooney, btw, Matt's expecting a vote from you on that NUMA LM patch - just making sure everyone's on the same page :)16:44
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Microversion 2.79: Add delete_on_termination to volume-attach API  https://review.opendev.org/67348516:44
*** jawad_axd has joined #openstack-nova16:45
mriedem^ i'm +2 on that novaclient change for 2.79 now16:47
mriedemneed to get that merged and released by thursday,16:47
mriedemthe osc change is also dependent o nit16:47
*** ociuhandu has joined #openstack-nova16:48
sean-k-mooneyartom: ok i keep getting distracted by jumping between your stuff stephns patach and email.16:48
sean-k-mooneyill kick off a local devstack run with your latest patches then finish my review of stephns code and then review your code16:49
artomsean-k-mooney, I'll stop harassing you - just making sure expectations were clear16:49
sean-k-mooneysorry i ment to finish reviewing stephens code already16:49
*** cdent has quit IRC16:50
sean-k-mooneyno worries i just need to focus. i started late today so ill be around for another few hours today16:50
mnasersean-k-mooney, artom: i know we talked about this but i dont know what that implies on my side16:54
mnaseri can do the custom flavor side if someone wants to volunteer to update the nodepool/infra side of things, i'm a little backed up on things right now16:54
artommnaser, thanks, but we may have jumped the gun on that16:55
mnasernp :)16:55
sean-k-mooneymnaser: i can do the nodepool/project-config changes16:55
sean-k-mooneymnaser: ideally in U it would be nice to have two providers16:56
mnasersomeone will have to let me know how to do/setup the flavor16:56
artomsean-k-mooney, is that... necessary, at this point?16:56
sean-k-mooneyartom: nessisary no prefered yes16:56
artomI know FN is... intermittent, but we got the runs we needed, didn't we?16:56
artomsean-k-mooney, agree on that. I guess you're thinking long term?16:56
sean-k-mooneyartom: i want to get a perminet job running in U even if its only nightly16:57
sean-k-mooneyartom: yes16:57
artomI was concentrating on the short term of getting the series merged16:57
sean-k-mooneywe dont need a second provider to merge it correct16:57
artomNo16:57
sean-k-mooneymnaser: its relitivly simple change  i was going to wait until after feature freeze when you were less busy to bring it up16:58
artomSo, mnaser, while I would definitely love to work with you and Sean (or, let's he honest, let Sean do all the work ;) on getting multi-NUMA flavors from vexxhost, I think we can wait until after FF16:58
*** trident has quit IRC16:58
mnaserno worries, does it require a patch or is it just a flavor with some extra_specs?16:58
artommnaser, the latter16:58
mnaserok so thats easy16:58
sean-k-mooneymnaser: but bassicaly jsut need to add hw:numa_nodes=2 an preferably also add hw:cpu_socket=2 and hw:cpu_threads=216:58
donnydmnaser: yea I put in the flavor data and it just worked on FN16:59
mnasercool, it should be ok for me to do that16:59
donnydhttps://www.irccloud.com/pastebin/KXLeMoFH/16:59
donnydmnaser: snippet from FN17:00
*** derekh has quit IRC17:00
sean-k-mooneymnaser: donnyd create a multi-numa lable in nodepool for FN so ideally we woudl use the same one for vexhost to allow it to run on either. again thats a long term thing17:00
sean-k-mooneyif we had that it would allow us to propaly test all the numa/pinning/hugepage things in the first party ci17:00
sean-k-mooneywith multiple providers to make it redundatnt17:00
artomIf we have multiple provider we could even make it more than just experimental (eventually)17:01
sean-k-mooneyartom: yep, which is why longter i was hoping to reach out to vexhost and maybe packet to be addtional provier of this lable/flavor17:02
sean-k-mooneybut that is a U thing not a now thing17:02
artomyep17:05
*** trident has joined #openstack-nova17:06
*** gbarros has quit IRC17:09
*** gbarros has joined #openstack-nova17:13
donnydsean-k-mooney: I am going to put the compute service back in operation for FN17:13
donnydTime is a little short and these resources are kinda needed...I don't want to hold up progress on the *hope that the propane guy actaully even makes it here today17:13
*** gbarros has quit IRC17:14
donnydelectrical work is all done..17:14
sean-k-mooneywe had good test result form satusrday and im locall redeploying the latest code17:15
*** jmlowe has quit IRC17:18
donnydsean-k-mooney: just waiting on https://review.opendev.org/#/c/681075/17:19
donnydFN is up.. .just waiting on this to be able to run jobs17:20
sean-k-mooneyack. thanks17:20
*** gbarros has joined #openstack-nova17:29
*** luksky has joined #openstack-nova17:33
*** ociuhandu has quit IRC17:34
*** jmlowe has joined #openstack-nova17:35
*** ociuhandu has joined #openstack-nova17:36
*** jangutter has quit IRC17:38
*** ricolin has quit IRC17:40
*** ociuhandu has quit IRC17:40
*** awalende has joined #openstack-nova17:46
mriedemsean-k-mooney: when you're dug out from the current set of tasks, i found this last week and it's a question for you (or adrianc): https://review.opendev.org/#/c/634606/75..80/nova/compute/manager.py@a650417:48
*** udesale has quit IRC17:49
*** ralonsoh has quit IRC17:49
*** awalende has quit IRC17:50
sean-k-mooneymriedem: the sriov claim. ill look into that and respond. after  im done with the rest of artoms stuff17:51
*** spatel has joined #openstack-nova17:52
spatelsean-k-mooney: ping17:52
sean-k-mooneyspatel: hi. sorry dont really have much time to talk today. reviewing/testing several things in parallel17:53
spatelhow do i rename instance name in command line?  ( i can do that in GUI but i need command line)17:53
*** ociuhandu has joined #openstack-nova17:53
spatelsean-k-mooney: no worry, you keep going..17:53
sean-k-mooneyi didnt know you could rename an instance after it was booted so maybe. if its supported in the api it should be doable on the cli17:54
sean-k-mooneyif not file a bug for the feature gap17:54
artomspatel, "rename"? Are you sure the GUI doesn't just delete it and create a new one?17:56
spatelI think "update" command should do that, rename is depricated17:56
artomIt used to do that for "edit" flavor17:56
donnydhttps://www.irccloud.com/pastebin/yhNgJLIr/17:56
spatelIn GUI i can just edit Instance name but i wanted to do with command line.17:56
artomspatel, huh, update seems to do it: https://docs.openstack.org/api-ref/compute/?expanded=update-server-detail#update-server17:57
donnydopenstack server set --name new name old-name17:57
donnydsean-k-mooney: artom just like that17:58
spateldonnyd: it works :)   openstack server set --name iptest-11 iptest-117:58
donnyd:) glad I could help17:58
spatelThanks!17:59
sean-k-mooneyim getting distracted but does that update the hostname in the metadata service extra or is it just in nova18:00
sean-k-mooney* in the server show18:00
spatelsean-k-mooney: in server show it changed hostname, i didn't check metadata18:03
*** brault has joined #openstack-nova18:06
mriedemartom: some fresh comments in https://review.opendev.org/#/c/634606/18:08
artommriedem, much thanks, looking18:10
mriedemsean-k-mooney: yes you're getting distracted,18:10
mriedemit updates the display name on the server18:10
mriedemnot the underlying hostname presented to the guest18:10
*** brault has quit IRC18:11
*** gbarros has quit IRC18:21
*** priteau has quit IRC18:23
*** jmlowe has quit IRC18:25
sean-k-mooneyartom: are you expecting your code to handel the non numa instances18:27
artomsean-k-mooney, yes...18:27
sean-k-mooneyyou code is not running in that case18:27
artomWell, only when vcpu_pin_set is configured18:28
artomOtherwise there's nothing to do18:28
sean-k-mooneyi dont see the migration objecte being logged and the xml is not updated18:28
sean-k-mooneyi have it configured18:28
sean-k-mooneyand set to different values on each host18:28
sean-k-mooneyoh wait18:28
artomOh, made me realize a thing18:29
artomIf the source has it, but dest doesn18:29
artomdoesn't18:29
artomWe need to remove cpuset from <vcpus>18:29
sean-k-mooneyi still have the the versions pinned18:29
artomWhich I don't think I'm doing18:29
sean-k-mooneyfor the rpc18:29
sean-k-mooneythat  is why its disabled18:29
* dansmith puts sean-k-mooney's beating heart back in his chest18:29
sean-k-mooneyill unping the rpc and test again18:30
sean-k-mooneyshoudl i resterat all nova service for it to pick up the new rpc version18:31
sean-k-mooneyoh both hosts18:31
mriedemartom: dansmith: comments in the big patch https://review.opendev.org/#/c/634606/8018:31
sean-k-mooney*on18:32
mriedem-1 since changes need to be made, but we can decide if they can just be in a follow up after dansmith goes through it18:32
artommriedem, dansmith, I need to fix https://review.opendev.org/#/c/635229/61 anyways18:32
mriedemi have to run to an appointment, back in a couple of hours18:32
dansmithI think we can just integrate the fixes into the main patch, if artom is okay with it18:33
dansmithand still have time to get it all landed tomorrow18:33
mriedemartom: ok, well try to coordinate that with sean's local testing and if dan is actively doing a review18:33
dansmithI'm still mulling this pcpu series, so I'm cool waiting until artom has put all your comments into the latest version18:33
artomdansmith, you're suggesting we start +W'ing the bottom patches and fix my own -1 later?18:34
dansmithI can plan to hit that one first thing tomorrow and hopefully be all good for mriedem to be happy with it18:34
dansmithartom: no I'm saying go ahead and fix those things18:34
artomOK rihgt, for a second there I didn't recognize you ;)18:34
dansmithglad we cleared that up :)18:35
dansmithI mean, we could land the bottom patch since its just setup, but I don't think we're down to that level of panic just yet18:36
sean-k-mooneydansmith: artom ok it does work correctly. and i guess i also confim that if you pin the rpc i also gets disabled as we expect18:36
sean-k-mooneysorry about that :)18:36
dansmithheh, good18:36
sean-k-mooneyartom: ill try removing the vcpu_pin_set form one of the nodes and test that next. then ill go back to reviewing18:38
sean-k-mooneyxml before and after http://paste.openstack.org/show/774347/18:38
artomsean-k-mooney, if it's the dest I expect the XML to not be updated and still have cpuset18:38
artom(In <vcpu>)18:39
dansmithartom: isn't fixing LM for pinned non-numa instances kindof a happy side effect of this code?18:39
dansmithbut not really the primary purpose?18:39
sean-k-mooneydansmith: yes it is18:39
sean-k-mooneyso i dont think its a blocker for this18:39
artomdansmith, it's technically a tangent, correct18:40
sean-k-mooneyits a very very latent bug/feature18:40
dansmithyeah, so I would be fine with that being a follow-on patch *if* it makes things easier18:40
sean-k-mooneyya i think a follow up patch makes sense18:40
sean-k-mooneyprovided this does not explode18:40
dansmithyeah, kinda like "now we have the infra in place to be able to fix this long-standing bug"18:40
dansmithartom: make sense?18:40
artomdansmith, hrmm. What I wanted to avoid was an objects version bump, but I suppose we could add allocation_cpu_tuning now in the object, and just not use it until the fup18:40
dansmithoh does that require extra fields?18:41
artomYeah :18:41
artom:/18:41
*** ociuhandu has quit IRC18:41
dansmithhmm, well, then maybe keeping that separate is also good just from the perspective of not increasing the scope of this already-large patch18:41
sean-k-mooneyartom: you dont need extra fileds18:42
sean-k-mooneythe ones in the current patch are enough18:42
sean-k-mooneyyou jsut wont populate it if its not set on the souce or dest18:42
artomsean-k-mooney, I mean adding allocations_cpu_pins18:42
artomWe can't get around that, reusing cpu_pins isn't an option18:42
sean-k-mooneyoh well you added that already18:42
sean-k-mooneybut yes that was an extra filed that was needed18:43
artomsean-k-mooney, right, we're debating taking it back out to simplify things18:43
dansmithartom: this must have been added since the last time I looked?18:43
artomdansmith, yeah, over the weekend I think, or Friday18:43
dansmithokay I see it now18:44
dansmithwell, I dunno.. another object bump isn't very impactful, tbh, so putting that in the follow-on patch to actually do the right thing for that case doesn't seem too bad,18:44
dansmithbut also more churn doesn't make re-review easier18:44
sean-k-mooneyif its not set then we shoudl ensure the cpuset attibute is not in the final xml othersize set it to its value18:45
dansmithso use your judgment I think18:45
dansmithbut I think it's okay to exclude fixing that longstanding bug in your series and follow up with the actual fix, however that looks18:45
sean-k-mooneyok so if the souce does not have vcpu_pin_set and the dest has we go form  <vcpu placement='static'>1</vcpu> to <vcpu placement='static' cpuset='4-7,12-15'>1</vcpu>18:46
artomdansmith, I know sunk costs is a fallacy, but I think at this point it'd be as much work (for me, anyways) to take it out as it would be to fix it18:46
sean-k-mooneywhich is what we expect18:46
sean-k-mooneynow to check the other way around18:47
dansmithartom: copy that18:47
artomsean-k-mooney, I expect that to be broken18:47
sean-k-mooneywell it works correctly18:47
sean-k-mooneysource no vcpu_pin_set dest vcpu_pin_set works18:47
sean-k-mooneyi need to test the other way now18:47
artomYes *that's* the broken bit :)18:48
sean-k-mooneykind of18:48
sean-k-mooneyit migrated but did not update18:49
sean-k-mooneywhich is the existing master behavior18:49
artomYeah, it's what I mean by broken18:49
artomTechnically I could it as is :D18:49
sean-k-mooneyand a hard reboot fixes it18:49
*** mdbooth has quit IRC18:49
artomTalk about half-assed18:49
artom"I started fixing it, but then I saw something shiny"18:49
sean-k-mooneywell you fix 3 or the 4 combindations18:50
sean-k-mooneyit works when the dest has it set or both have it set18:50
sean-k-mooneyjust not when the souce only has it set18:50
*** factor has joined #openstack-nova18:50
sean-k-mooneyso that is better then without your code by a large margin and in the final case it matains the old behavior18:51
artomEh, I'd not be comfortable leaving it as is18:51
sean-k-mooneyso its better or equal to the old behavior so i woudl leave it in and maybe add a todo which we can fix and backport later when we have time18:51
artomTake out completely, sure18:52
artomFix it, yeah18:52
artomBut not this half-assedness18:52
*** vesper11 has quit IRC18:52
sean-k-mooneyok well its up to you. either fix it or revert it out. im going to get stuff for dinner then contiue reviewing18:52
sean-k-mooneyill be afk for about an hour then ill be back18:53
artomsean-k-mooney, cheers!18:53
*** BjoernT has joined #openstack-nova18:59
*** gbarros has joined #openstack-nova19:00
*** BjoernT_ has quit IRC19:00
openstackgerritMerged openstack/nova master: Add min service level check for migrate with bandwidth  https://review.opendev.org/68039419:09
openstackgerritMerged openstack/nova master: migrate: Add bw min service level check of source compute  https://review.opendev.org/68039519:10
*** BjoernT_ has joined #openstack-nova19:12
*** BjoernT has quit IRC19:13
*** henriqueof1 has joined #openstack-nova19:18
*** henriqueof1 has quit IRC19:20
*** eharney has quit IRC19:20
*** henriqueof has joined #openstack-nova19:20
openstackgerritMerged openstack/nova master: resize: Add bw min service level check of source compute  https://review.opendev.org/68039619:21
openstackgerritMerged openstack/nova master: prepare func test env for moving servers with bandwidth  https://review.opendev.org/65510919:21
*** bnemec has quit IRC19:27
*** bnemec has joined #openstack-nova19:32
artommriedem, finished addressing your "code" feedback, the tests feedback will be after school run and supper19:33
artomOh, there's still https://review.opendev.org/#/c/634606/75/nova/compute/manager.py@722319:34
artomdansmith, ^^ you might have ideas, if you have time19:34
artomSorry to ping and run, but that's what I have to do19:34
* artom -> food prep/school run19:34
*** vesper11 has joined #openstack-nova19:41
*** ociuhandu has joined #openstack-nova19:51
*** jmlowe has joined #openstack-nova19:55
*** igordc has joined #openstack-nova20:00
*** ociuhandu has quit IRC20:03
*** ociuhandu has joined #openstack-nova20:03
*** jmlowe has quit IRC20:05
*** markmcclain has joined #openstack-nova20:10
*** nicolasbock has quit IRC20:11
openstackgerritMerged openstack/nova master: Func test for migrate server with ports having resource request  https://review.opendev.org/65511320:12
*** nweinber has quit IRC20:14
*** trident has quit IRC20:15
*** ganso has quit IRC20:17
*** shilpasd has joined #openstack-nova20:18
*** ganso has joined #openstack-nova20:18
*** nicolasbock has joined #openstack-nova20:18
openstackgerritShilpa Devharakar proposed openstack/nova master: Nova object changes for forbidden aggregates request filter  https://review.opendev.org/67107220:19
openstackgerritShilpa Devharakar proposed openstack/nova master: DB API changes to get non-matching aggregates from metadata  https://review.opendev.org/67107420:19
openstackgerritShilpa Devharakar proposed openstack/nova master: Add a new request filter to isolate aggregates  https://review.opendev.org/67107520:19
openstackgerritShilpa Devharakar proposed openstack/nova master: Docs for isolated aggregates request filter  https://review.opendev.org/66795220:19
*** gbarros has quit IRC20:22
*** ociuhandu has quit IRC20:22
*** ociuhandu has joined #openstack-nova20:22
dansmithefried: around?20:23
efrieddansmith: yah20:23
dansmithefried: gibi was +2 on this before I found one more thing that needed fixing in the object: https://review.opendev.org/#/c/671072/17..18/nova/objects/request_spec.py20:23
efriedyah20:23
dansmithefried: permission to fast-approve since she made the change20:23
efriedplease do20:24
efriedshe had to fix some stuff up the pile for the new non-defaulting-to-set() as well.20:24
dansmithI saw20:25
dansmithefried: this one had a couple test tweaks from me which she also did, so I shan't fast-approve it, but maybe you can skim and get it underway: https://review.opendev.org/#/c/671075/2020:25
efriedon it now20:26
dansmithI don't think I've looked at the doc patch since it was megasplit so I'll leave that to you and gibi which have looked recently20:26
*** ociuhandu has quit IRC20:27
*** trident has joined #openstack-nova20:27
efriedack. Thanks for your work on this dansmith20:29
shilpasddansmith: Gibi: Eric:Stephan: thank you for review20:30
dansmithaye20:30
*** trident has quit IRC20:32
*** trident has joined #openstack-nova20:33
*** shilpasd has quit IRC20:38
*** jmlowe has joined #openstack-nova20:40
*** ociuhandu has joined #openstack-nova20:44
*** shilpasd has joined #openstack-nova20:48
*** mvkr has joined #openstack-nova20:48
openstackgerritShilpa Devharakar proposed openstack/nova master: Docs for isolated aggregates request filter  https://review.opendev.org/66795220:52
openstackgerritEric Fried proposed openstack/nova master: DNM: uncover func tests with mismatched allocations  https://review.opendev.org/68112220:52
*** shilpasd76 has joined #openstack-nova20:56
*** shilpasd76 has quit IRC20:58
*** shilpasd has quit IRC20:59
*** jawad_axd has quit IRC21:01
*** markvoelker has quit IRC21:02
*** ociuhandu has quit IRC21:09
melwittmriedem: downstream this bug (fill_virtual_interface_list fails on second attempt) was hit and they proposed a patch with a different approach from the workaround you had worked on the past. I'm curious what you think about it https://review.opendev.org/67877621:12
*** markvoelker has joined #openstack-nova21:16
mriedemack, just getting caught up with scrollback21:20
mriedemdansmith: so tl;dr on artom's series is we're not sure about all of the non-numa vpu pinning stuff that was recently added?21:22
mriedemyeah this "now we have the infra in place to be able to fix this long-standing bug"21:23
artommriedem, sean-k-mooney tested it, there's an edge case that we're missing, but otherwise we're pretty confident21:23
mriedemthat's what i was thinking about that cpu pinning stuff being munged in21:23
artomAs I said to dansmith, at this point, it'd be more work to yank it out than to fix it21:23
artomBut I can go either way, if we want to be safe21:24
artomIt is indeed technically out of scope, for a long-standing latent thing21:24
mriedem"also more churn doesn't make re-review easier" yup21:24
mriedemi feel like this is mostly a re-review each time for me21:24
mriedemit's not terrible though, but it definitely made me not able to feel comfortable with +2ing https://review.opendev.org/#/c/635229/21:25
artommriedem, I get you. I keep finding more stuff to fix. Maybe the non-NUMA instance thing I jumped the gun on21:26
artomShould have left it as is21:26
*** spatel has quit IRC21:28
sean-k-mooneymriedem: in the one case that is not covered by atroms code for the non numa instances it reverts to the master behavior21:40
sean-k-mooneymriedem: in the other cases the behaivor appears to be correct21:40
sean-k-mooneythat said we could drop that change or add support for the last edgecase21:40
sean-k-mooneyboth of which are tangental to the main content of the series21:41
mriedemmelwitt: i left comments, that's a bit hard to follow21:43
mriedemobviously needs tests and such21:43
mriedemit's been a long time since i remembered what triggered that bug21:44
mriedemsean-k-mooney: mo cases mo problems21:44
*** lbragstad_ has joined #openstack-nova21:44
*** lbragstad has quit IRC21:44
mriedemalso, if that non-numa stuff is tracked in the LibvirtLiveMigrateNUMAInfo object, isn't that confusing given the name of the object?21:45
sean-k-mooneymriedem: well as i said the behvior is either identical to the behavior on master or fixed so its stitcly better. yes that did occure to me but i didnt think of a better name yet21:46
melwittmriedem: ack, thanks21:46
mriedemsean-k-mooney: how about just not putting non-numa things a numa object for migrate_data?21:47
sean-k-mooneywe could uses LibvirtLiveMigrateTopologyInfo21:47
sean-k-mooneyto mirror the toplogy api?21:47
sean-k-mooneyya we could do that too21:47
mriedemthat or just put a different field on LibvirtLiveMigrateData21:47
mriedemor otherwise yeah you need to make LibvirtLiveMigrateNUMAInfo more generic21:47
artommriedem, in any case, it seems we have enough misgivings about this first whack at it to not go ahead21:47
artomAnd yeah, it's tangential to the NUMA case21:48
artomI lumped it in because it's triggered by the same code21:48
artom(driver._get_guest_numa_config)21:48
mriedemsure, scope creep21:49
mriedemkiller of dreams and introducerer of regression bugs21:49
artomAck21:49
artomSupper time, back after21:49
sean-k-mooneythis fell like  a thing we would fix if we had an extra week but since we dont if ye prefer to remove it or move it to a patch at the end i guess that makes sense21:50
sean-k-mooneyi would perfer to keep it in in its half fixed state personllay but i also know how to work around it so ill leave that to ye to decided21:51
sean-k-mooneythis is a behavior i have been ware of for years so i kind of just assume this was going to be fixed as part of either artoms work or stephens21:51
*** BjoernT_ has quit IRC21:54
mriedemi felt pretty happy with the progress we had by thursday last week, we had a working CI run, you had done manual testing of upgrade paths, etc. dan and i did solid reviews, so i was thinking just fixing up those comments and going over again would do it, but the non-numa scope creep stuff threw a wrench into the mix adding what appears to be unnecessary risk21:54
mriedemand this isn't the only thing i'm trying to review this week to get in so i'm not 100% focused on this, so frequently changing is costly21:55
sean-k-mooneymriedem: well we can always jsut revert to that version that had been tested21:55
sean-k-mooneyack21:55
mriedemhe'll still have to make changes, but yeah i know21:55
mriedemit's going to need re-test either way i think since there were non-trivial changes outside of the non-numa pinning stuff since last week21:56
mriedemmelwitt: maybe we can get imacdonn to re-test, but he doesn't appear to be around,21:56
mriedembut fwiw i was able to reproduce in devstack - i think i left notes in the bug report on how to do that21:56
mriedemso i'm also not against just recreating in devstack w/o the fix, then applying the fix and assert the issue is gone21:57
mriedemthis security groups crap all gets burned out with nova-net at some point anyway21:57
mriedemthe fact we create a default security group when using neutron is pointless anyway since it's not used21:57
*** markvoelker has quit IRC21:59
*** markvoelker has joined #openstack-nova22:01
sean-k-mooneyartom: dansmith mriedem. if ye come to a decision on a path forward i will retest everything tommorow with whatever ye choose.22:01
*** markvoelker has quit IRC22:06
*** ociuhandu has joined #openstack-nova22:10
mriedemidk, i hate to make artom undo a bunch of work, but also don't like munging a bunch of other stuff in here just b/c it's convenient though out of scope22:10
mriedemi'd prefer to separate the non-numa pinning stuff out22:11
mriedemand deal with that later22:11
*** lbragstad_ is now known as lbragstad22:11
sean-k-mooneyi.e. make it a patch at the end22:11
sean-k-mooneythat we can merge when we get to it22:11
mriedemyes22:12
mriedemthink of it like someone pushing a bug fix that also refactors a bunch of code unnecessarily, we're generally not cool with that22:12
sean-k-mooneyya its an unrelated or tangentally related change in a non trivial feature22:13
*** ociuhandu has quit IRC22:15
*** luksky has quit IRC22:15
*** mlavalle has quit IRC22:17
*** slaweq has quit IRC22:18
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.80: Add user_id/project_id to migration-list API  https://review.opendev.org/67502322:20
openstackgerritMerged openstack/nova master: Don't duplicate PlacementFixture in libvirt func tests  https://review.opendev.org/68105922:25
*** markvoelker has joined #openstack-nova22:36
melwittmriedem: ack, gonna add more comments to the review as far as why this patch gets around the problem22:40
melwitt(based on my read of the bug and code)22:40
*** factor has quit IRC22:41
*** factor has joined #openstack-nova22:41
mriedemgibi: as for your series (when you're back) you've got a real failure in the cold migration revert with a mixed compute grenade scenario https://review.opendev.org/#/c/676140/1822:42
mriedemgood thing you added that test coverage though :)22:42
efrieddansmith: would you please have another (hopefully last) look at the bottom two patches in the vpmem series https://review.opendev.org/#/c/678447/22:42
efriedstephenfin: If you can hit the currently-bottom SEV patch, the rest is +A https://review.opendev.org/#/c/644565/22:45
efried(I would feel better if it was you doing that than me)22:45
efriedTIA.22:45
*** markvoelker has quit IRC22:46
*** macz has quit IRC22:48
*** macz has joined #openstack-nova22:49
*** icarusfactor has joined #openstack-nova22:51
*** mriedem has quit IRC22:51
*** factor has quit IRC22:53
*** prometheanfire has left #openstack-nova22:55
*** tkajinam has joined #openstack-nova22:55
*** rcernin has joined #openstack-nova22:59
*** owalsh has quit IRC23:11
*** owalsh has joined #openstack-nova23:14
*** threestrands has joined #openstack-nova23:14
*** takashin has joined #openstack-nova23:32
*** icarusfactor has quit IRC23:41
openstackgerritTakashi NATSUME proposed openstack/nova stable/stein: doc: Fix a broken reference link  https://review.opendev.org/68114123:47
openstackgerritTakashi NATSUME proposed openstack/nova stable/rocky: doc: Fix a broken reference link  https://review.opendev.org/68114223:48
openstackgerritTakashi NATSUME proposed openstack/nova stable/queens: doc: Fix a broken reference link  https://review.opendev.org/68114323:49
alex_xuefried: yes, I don't found design problem and upgrade plan makes sense for me also. What I'm just doing is the manual test of the upgrade process, ensure thing works as expected now23:49
*** sapd1_x has joined #openstack-nova23:56

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!