Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-02-22
05:42:00 openstackgerrit Merged openstack/nova master: Fill the RequestGroup mapping during schedule https://review.openstack.org/619528
05:42:08 openstackgerrit Merged openstack/nova stable/rocky: Don't emit warning when ironic properties are zero https://review.openstack.org/608573
05:47:59 openstackgerrit Yongli He proposed openstack/nova master: Add server subresouce topology API https://review.openstack.org/621476
05:59:35 openstackgerrit Fan Zhang proposed openstack/nova master: Retry after hitting libvirt error VIR_ERR_OPERATION_INVALID in live migration. https://review.openstack.org/612272
06:02:40 openstackgerrit Asmita Singh proposed openstack/python-novaclient master: Handle unicode multi-byte characters https://review.openstack.org/632942
07:03:34 openstackgerrit Yury Kulazhenkov proposed openstack/nova master: remove deprecated os_brick import from ScaleIO driver https://review.openstack.org/638592
07:51:55 openstackgerrit Luyao Zhong proposed openstack/nova master: object: Add virtual_pmems fields to the InstanceNUMACell obj https://review.openstack.org/634548
07:51:55 openstackgerrit Luyao Zhong proposed openstack/nova master: object: Add pmem_namespaces field to the NUMACell obj https://review.openstack.org/634547
07:51:56 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: Update PMEM namespaces info and usage https://review.openstack.org/634550
07:51:56 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: Enable driver configures PMEM namespace when initiating libvirt driver https://review.openstack.org/634549
07:51:57 openstackgerrit Luyao Zhong proposed openstack/nova master: API: parse pmem related flavor extra spec https://review.openstack.org/634552
07:51:57 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: report pmem namespaces resources by provider tree https://review.openstack.org/634551
07:51:58 openstackgerrit Luyao Zhong proposed openstack/nova master: update _numa_fit_instance_cell for the support of virtual_pmems https://review.openstack.org/634554
07:51:58 openstackgerrit Luyao Zhong proposed openstack/nova master: scheduler: translate virtual pmems request to placement request group https://review.openstack.org/634553
07:51:59 openstackgerrit Luyao Zhong proposed openstack/nova master: support VM resizing with vpmem data migration https://review.openstack.org/634556
07:51:59 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: boot VM with vpmems and cleanup vpmems when destroying https://review.openstack.org/634555
07:52:44 openstackgerrit ya.wang proposed openstack/nova master: Select cpu model from a list of cpu models https://review.openstack.org/637834
08:17:19 openstackgerrit Yongli He proposed openstack/nova master: Adds the server group info into show server detail API. https://review.openstack.org/621474
09:27:35 openstackgerrit Mark Goddard proposed openstack/nova stable/queens: Don't emit warning when ironic properties are zero https://review.openstack.org/608611
09:47:29 stephenfin lyarwood: Could you do me the honours? https://review.openstack.org/636918
09:47:39 stephenfin Honour?
09:47:41 stephenfin Hmm...
09:50:20 openstackgerrit Balazs Gibizer proposed openstack/nova master: nova-manage: heal port allocations https://review.openstack.org/637955
09:50:21 openstackgerrit Balazs Gibizer proposed openstack/nova master: cache neutron ports in heal allocation https://review.openstack.org/638207
09:57:20 openstackgerrit Balazs Gibizer proposed openstack/nova master: Follow up for I0c764e441993e32aafef0b18049a425c3c832a50 https://review.openstack.org/638517
09:59:42 lyaaaaarwood finucannot: will do
10:22:25 openstackgerrit Yongli He proposed openstack/nova master: Add server subresouce topology API https://review.openstack.org/621476
10:25:39 yonglihe Hi, jaypipes, you might want to comment https://review.openstack.org/#/c/621474/21, you working on that spec so much. And thanks.
10:51:16 openstackgerrit Luyao Zhong proposed openstack/nova master: object: Add virtual_pmems fields to the InstanceNUMACell obj https://review.openstack.org/634548
10:51:16 openstackgerrit Luyao Zhong proposed openstack/nova master: object: Add pmem_namespaces field to the NUMACell obj https://review.openstack.org/634547
10:51:17 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: Update PMEM namespaces info and usage https://review.openstack.org/634550
10:51:17 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: Enable driver configures PMEM namespace when initiating libvirt driver https://review.openstack.org/634549
10:51:18 openstackgerrit Luyao Zhong proposed openstack/nova master: API: parse pmem related flavor extra spec https://review.openstack.org/634552
10:51:18 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: report pmem namespaces resources by provider tree https://review.openstack.org/634551
10:51:19 openstackgerrit Luyao Zhong proposed openstack/nova master: update _numa_fit_instance_cell for the support of virtual_pmems https://review.openstack.org/634554
10:51:19 openstackgerrit Luyao Zhong proposed openstack/nova master: scheduler: translate virtual pmems request to placement request group https://review.openstack.org/634553
10:51:20 openstackgerrit Luyao Zhong proposed openstack/nova master: support VM resizing with vpmem data migration https://review.openstack.org/634556
10:51:20 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: boot VM with vpmems and cleanup vpmems when destroying https://review.openstack.org/634555
11:04:50 openstackgerrit Andrey Volkov proposed openstack/nova master: Check hosts have no instances for AZ rename https://review.openstack.org/509206
11:09:49 openstackgerrit Surya Seetharaman proposed openstack/nova-specs master: Support adding the reason behind a server lock https://review.openstack.org/638629
11:21:53 openstackgerrit Stephen Finucane proposed openstack/os-vif master: docs: Add API docs for VIF types https://review.openstack.org/637009
11:21:54 openstackgerrit Stephen Finucane proposed openstack/os-vif master: docs: Add API docs for profile, datapath offload types https://review.openstack.org/638395
11:21:55 openstackgerrit Stephen Finucane proposed openstack/os-vif master: docs: Start using sphinx.ext.autodoc for VIF types https://review.openstack.org/638404
11:21:56 openstackgerrit Stephen Finucane proposed openstack/os-vif master: doc: Use sphinx.ext.todo for profile, datapath offload types https://review.openstack.org/638405
12:26:55 openstackgerrit Michal Arbet proposed openstack/nova master: Fix python3 compatibility of rbd get_fsid https://review.openstack.org/635220
12:38:46 openstackgerrit Artom Lifshitz proposed openstack/nova-specs master: Clarify upgrade situation in NUMA live migration https://review.openstack.org/638653
12:38:50 openstackgerrit Artom Lifshitz proposed openstack/nova master: Add migration param to check_can_live_migrate_destination https://review.openstack.org/634605
12:38:50 openstackgerrit Artom Lifshitz proposed openstack/nova master: Remove _legacy_dict methods https://review.openstack.org/636210
12:38:51 openstackgerrit Artom Lifshitz proposed openstack/nova master: Use live_migration_claim() to check dest resources https://review.openstack.org/634606
12:38:51 openstackgerrit Artom Lifshitz proposed openstack/nova master: Introduce live_migration_claim() https://review.openstack.org/635669
12:38:52 openstackgerrit Artom Lifshitz proposed openstack/nova master: LM: Make dest send NUMAMigrateData to the source https://review.openstack.org/634828
12:38:52 openstackgerrit Artom Lifshitz proposed openstack/nova master: New objects to transmit NUMA config from dest to source https://review.openstack.org/634827
12:38:53 openstackgerrit Artom Lifshitz proposed openstack/nova master: [WIP] Drop MoveClaim in rollback_live_migration_at_destination https://review.openstack.org/638654
12:38:53 openstackgerrit Artom Lifshitz proposed openstack/nova master: LM: update NUMA-related XML on the source https://review.openstack.org/635229
13:37:57 mriedem giblet: some questions in https://review.openstack.org/#/c/569459/
13:41:33 giblet mriedem: thanks, I will check it soon
13:42:01 giblet mriedem: I've also looked into the Selection object usage instead of querying placement about allocations. It is easy so I will push a fup
13:42:27 giblet mriedem: I also thinking about storing the provider_summaries in the Selection object to avoid the trait query as well
13:42:49 giblet it is a bit more code as it needs a version bump on the Selection object
13:44:41 mriedem giblet: yeah that's why in my fup i said short-term optimization (cache) and long-term (provider summary traits -> Selection object)
13:45:25 mriedem giblet: as for reading the allocations off the Selection.allocation_request, jaypipes did warn yesterday that if that request format changes, it could break your code (but we have the version of the format so i guess we could deal with that when the time comes, if it comes)
13:45:38 mriedem today the allocation request mirrors the response, which was a smart move looking back (thanks cdent)
13:46:30 openstackgerrit Adam Spiers proposed openstack/nova master: Add detection of SEV support from QEMU/AMD-SP/libvirt on AMD hosts https://review.openstack.org/633855
13:46:31 cdent don't that me, thank "HTTP API BEST PRACTICES"... or something
13:46:34 openstackgerrit Merged openstack/nova stable/queens: Migrate nova v2.0 legacy job to zuulv3 https://review.openstack.org/620578
13:46:36 giblet mriedem: noted the possible format change. I can put a NOTE to the allocation_request field definition to warn the future developer
13:46:44 openstackgerrit Merged openstack/nova stable/queens: tox: Don't write byte code (maybe) https://review.openstack.org/636918
13:48:07 mriedem kashyap: this looks like a new one for the gate http://logs.openstack.org/48/631948/9/check/tempest-full-py3/e2ae3fb/controller/logs/screen-n-cpu.txt.gz?level=TRACE#_Feb_21_17_24_48_562689
13:48:43 giblet mriedem: will there be separate Selection object for each instance created in the same multi-create request? or in other words can I use a non ovo field on the Selection object as a trait cache?
13:49:15 mriedem selections are 1:1 with the requested instances we're building yes
13:49:38 mriedem because the 10th instance in the request could have a different primary and alternate hosts b/c the first 9 consumed all of the resources on some other hosts
13:49:41 giblet mriedem: OK, then I need a separate cache
13:50:08 mriedem yeah - there are already some caches used in schedule_and_build_instances
13:50:14 mriedem for host mappings and az queries
13:50:36 giblet mriedem: ahh I see. That is a pattern I can follow
13:51:57 giblet mriedem: do we handle re-schedule during multi-create in a special way or is it the same re-schedule code path? We have to call _fill_provider_mapping for the re-schedule too
13:52:39 mriedem same as single instance
13:52:48 mriedem the reschedule just gets 1 instance
13:52:57 mriedem a list of 1 i should say
13:53:23 mriedem that is rpc cast from compute here https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L2024
13:53:52 giblet mriedem: then the cache would not work for re-schedule but the Selection object based soluton would work as re-schedule gets the Selection object too
13:54:15 mriedem we don't need the cache for reschedule since it's 1 instance
13:54:21 mriedem the cache is more for multi-create
13:54:48 mriedem but yeah again, short and long term optimizations
13:54:58 giblet if half of a multi-create hit the same faulty compute then we got a bunch of re-schedule at the same time
13:55:28 giblet but anyhow I will do a local cache for Stein as time is sort
13:55:34 mriedem exactly
13:55:48 mriedem Selection object change to stash the traits will be an rpc change
13:55:48 giblet mriedem: thanks for the help!
13:55:53 mriedem np
13:56:08 giblet mriedem: good point about the rpc change. I don't want to start that 2 weeks before FF
13:56:22 mriedem and i dont want to have to think about it right now either :)
13:58:40 giblet mriedem: mentioning RPC change. Does the extension of InstancePCIRequest ovo also needs an rpc bump, here? https://review.openstack.org/#/c/625310/23
13:59:17 mriedem the object version bump is the rpc change
13:59:55 giblet mriedem: then we still have this rpc change in the bandwidth series unfortunately
14:00:20 mriedem sure i think that's fine - it's at least code you've already tested / demo'ed yeah?
14:00:32 mriedem i'd like to avoid *new* complexity with 2 weeks left
14:01:28 giblet mriedem: I've tested that code in the functional env. Not demoed yet as that code was not ready for the last demo in Berlin
14:02:32 giblet I agree to avoid new complexity added. heal allocation is still not finished and that has its own complexity
14:03:09 giblet I need to run some downstream errands, brb

Earlier   Later