| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-02-05 | |||
| 17:28:12 | artom | sean-k-mooney, so next problem is, with hw:mem_page_size=large, will the scheduler and/or resource tracker claim allow migrating from a 1G host to a 2M host? | |
| 17:28:56 | sean-k-mooney | it would if we used the value form the flavor directly | |
| 17:29:44 | artom | So we need a way to prevent that... | |
| 17:30:23 | sean-k-mooney | artom: when you do the claim here https://review.openstack.org/#/c/634606/6/nova/compute/resource_tracker.py@255 | |
| 17:30:28 | openstackgerrit | Jack Ding proposed openstack/nova master: Flavor extra spec and image properties validation https://review.openstack.org/620706 | |
| 17:30:40 | sean-k-mooney | we will need to pas the pageszie used on the source node | |
| 17:31:04 | artom | sean-k-mooney, yesh, the claims aren't really set up to receive a pagesize separately | |
| 17:31:11 | openstackgerrit | Jack Ding proposed openstack/nova master: Preserve UEFI NVRAM variable store https://review.openstack.org/621646 | |
| 17:31:13 | artom | What if we just hax the flavor we pass it? ;) | |
| 17:31:56 | sean-k-mooney | artom: well you are passing the migration so why not prepoulate the instance_host_mapping with the pagesize info in the migration | |
| 17:32:08 | openstackgerrit | Jack Ding proposed openstack/nova master: Improve libvirt image and snapshot handling https://review.openstack.org/616692 | |
| 17:33:08 | artom | sean-k-mooney, instance_host_mapping? | |
| 17:33:27 | sean-k-mooney | the new object im suggesting here https://etherpad.openstack.org/p/numa_migration | |
| 17:33:38 | artom | Oh, your thing from the etherpad | |
| 17:33:44 | sean-k-mooney | ya | |
| 17:34:06 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Isolate cell-targeting code in MigrationTask https://review.openstack.org/621310 | |
| 17:34:06 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Move resize.prep.start/end notifications to helper method https://review.openstack.org/633298 | |
| 17:34:07 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Move resize.(start|end) notification sending to helper method https://review.openstack.org/634831 | |
| 17:34:07 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Extract compute API _create_image to compute.utils https://review.openstack.org/621311 | |
| 17:34:08 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add Migration.cross_cell_move and get_by_uuid https://review.openstack.org/614012 | |
| 17:34:08 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add Destination.allow_cross_cell_move field https://review.openstack.org/614035 | |
| 17:34:09 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add InstanceAction/Event create() method https://review.openstack.org/614036 | |
| 17:34:09 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Change HostManager to allow scheduling to other cells https://review.openstack.org/614037 | |
| 17:34:10 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add CrossCellWeigher https://review.openstack.org/614353 | |
| 17:34:10 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add Instance.hidden field https://review.openstack.org/631123 | |
| 17:34:11 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add TargetDBSetupTask https://review.openstack.org/627892 | |
| 17:34:11 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add CrossCellMigrationTask https://review.openstack.org/631581 | |
| 17:34:12 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Execute TargetDBSetupTask https://review.openstack.org/633853 | |
| 17:34:12 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add can_connect_volume() compute driver method https://review.openstack.org/621313 | |
| 17:34:13 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_dest compute method https://review.openstack.org/633293 | |
| 17:34:13 | openstackgerrit | Matt Riedemann proposed openstack/nova master: WIP: Add PrepResizeAtDestTask https://review.openstack.org/627890 | |
| 17:34:14 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_source compute method https://review.openstack.org/634832 | |
| 17:34:14 | openstackgerrit | Matt Riedemann proposed openstack/nova master: WIP: Add PrepResizeAtSourceTask https://review.openstack.org/627891 | |
| 17:34:16 | sean-k-mooney | so the idea is that object is going to be passed back form the dest to source | |
| 17:34:28 | artom | sean-k-mooney, yeah, no I'm before that | |
| 17:34:31 | artom | When picking a host | |
| 17:34:39 | artom | We need to pick a host with the same pagesize as the source | |
| 17:34:40 | sean-k-mooney | but there is no reason it cant be passed form the source to dest | |
| 17:35:18 | sean-k-mooney | artom: the numa toplogy filter could also maybe look at the instance_numa_toplogy bolb and see if we recored the pagesize | |
| 17:35:45 | sean-k-mooney | if we do then it can pretent that page size was requested explcitly if hw:mem_page_size=large | |
| 17:36:11 | artom | The flavor is embedded in the instance now, right? | |
| 17:36:26 | artom | I kinda feel like we should straight up overwrite hw:mem_page_size after the instance boots | |
| 17:36:44 | artom | Just as a separate thing | |
| 17:36:45 | sean-k-mooney | yes | |
| 17:37:13 | artom | I'll propose that and it'll solve all evarything | |
| 17:37:48 | artom | Maybe lunch first tho | |
| 17:38:54 | sean-k-mooney | updating the embed flavor could work but today we dont know the pagesize untill we hit the compute node | |
| 17:39:06 | sean-k-mooney | so it would have to be updated there | |
| 17:39:52 | artom | Don't see why it can't be done, objects are remotable for precisely this kind of thing | |
| 17:40:29 | stephenfin | why is 1GB -> 2MB a bad thing? | |
| 17:40:37 | sean-k-mooney | artom: well im more thingink we shoudl not update it unless the instance actully boots so that retry dont break | |
| 17:40:41 | stephenfin | If they want 1GB, they can specifically request it, no? | |
| 17:40:48 | sean-k-mooney | stephenfin: they can | |
| 17:41:01 | artom | sean-k-mooney, yeah, it'd be way at the end of the boot code path | |
| 17:41:11 | stephenfin | So they don't care and want just "huge pages", so give em whatever is available? | |
| 17:41:12 | artom | I'll take a closer look to find the best place/way | |
| 17:41:14 | sean-k-mooney | stephenfin: apparently while on x86 cahnging pagesize even form 4k is fine | |
| 17:41:27 | sean-k-mooney | stephenfin: on arm or other achiteture its not supported | |
| 17:41:37 | stephenfin | You mean via QEMU? | |
| 17:41:40 | sean-k-mooney | yes | |
| 17:41:42 | artom | stephenfin, and it'll prevent post-copy live migration | |
| 17:41:53 | stephenfin | artom: how so? | |
| 17:41:53 | sean-k-mooney | that too on x86 | |
| 17:41:57 | artom | See our downstream IRC chat with danpb | |
| 17:42:10 | artom | stephenfin, excellent question ask Dan! ;) | |
| 17:42:24 | sean-k-mooney | stephenfin: we could chagne it in the futre we are just suggeting skipping it for now to keep tings simple | |
| 17:42:42 | artom | Yep, I'd rather keep things simple for now | |
| 17:42:53 | stephenfin | change what now? | |
| 17:43:11 | stephenfin | oh, allow changing from 2M to 1G and vice versa | |
| 17:43:35 | stephenfin | Yeah, I wasn't suggesting we'd want to allow that for any reason other than to make it easier | |
| 17:43:44 | stephenfin | So if it turns out to be harder, nvm. YAGNI | |
| 17:44:24 | sean-k-mooney | stephenfin: well i would personally have defaulted to allowing it but if it has edgaces the lets not and maybe reasses if it chagnes | |
| 17:44:50 | artom | Oh, you aren't going to need it | |
| 17:45:21 | sean-k-mooney | stephenfin: i have personally seen a vm migrated for kernel vhost with 4k pages to ovs-dpdk with 2mb hugepages to hardware offlaoded ovs with 1G pages all via qemu | |
| 17:46:27 | sean-k-mooney | so qemu can do it but its to complex for what we need for numa migrations at least in v1 | |
| 17:47:36 | openstackgerrit | Merged openstack/nova master: Duplicate os-vif datapath offload metadata https://review.openstack.org/634218 | |
| 17:51:05 | dansmith | mriedem: I'm trying to power through this cells-down api patch | |
| 17:51:20 | dansmith | mriedem: I assume you realize this could be broken down into smaller patches but just figure it's not worth it? | |
| 17:51:51 | dansmith | the pop-all-tenants-unless-cell-down-support-then-pop-it-elsewhere thing has me thinking there's probably a lot that is easy to miss in here | |
| 17:58:09 | sean-k-mooney | quick dumb question. there are several image metadata keys listed in https://github.com/openstack/nova/blob/f7252b586b4b9f5a098fedfa27715b8f7e662af6/nova/notifications/objects/image.py#L187-L254 that are not document in teh glance metadefs. i should file the bug for fixing that agaisn glance right. do i need to also add nova to the bug or is glance enought | |
| 17:59:08 | artom | sean-k-mooney, isn't glance metadata freeform? | |
| 17:59:18 | artom | Ie, set any key:value you want? | |
| 17:59:47 | sean-k-mooney | there is a registry where all valide key:values are ment to be listed | |
| 17:59:56 | sean-k-mooney | https://github.com/openstack/glance/tree/master/etc/metadefs | |
| 18:00:17 | sean-k-mooney | it also define the flavor and volume metadata keys and how the relate | |
| 18:00:42 | sean-k-mooney | e.g. hw:mem_page_size in flavor is the same as hw_mem_page_size in image | |
| 18:00:59 | sean-k-mooney | horizon uses that to generate its ui for setting the metadata | |
| 18:01:29 | artom | sean-k-mooney, huh, OK, cuz I was looking at the image api-ref not long ago and got the impression you can set pretty much anything you want | |
| 18:01:48 | artom | Yeah: https://developer.openstack.org/api-ref/image/v2/index.html?expanded=create-image-detail#images | |
| 18:01:57 | artom | "Additionally, you may include additional properties specified as key:value pairs, where the value must be a string data type. Keys are limited to 255 chars in length. Available key names may be limited by the cloud’s property protection configuration." | |
| 18:02:12 | artom | Obviously not everything has a meaning | |
| 18:02:35 | artom | But you could create/update an image with kitty:yesplease if you wanted | |
| 18:02:45 | sean-k-mooney | artom: you can but it like os traits | |
| 18:03:13 | sean-k-mooney | for "standard" keys with defiend values you are not ment to extend them | |
| 18:03:59 | artom | Aha | |
| 18:09:39 | openstackgerrit | Merged openstack/nova stable/pike: Ensure rbd auth fallback uses matching credentials https://review.openstack.org/627011 | |
| 18:41:51 | artom | sean-k-mooney, I just realized overwriting the page size in the embedded flavor has consequences on cold migration | |
| 18:41:57 | artom | (Among other things, I image) | |
| 18:42:18 | artom | So previously you'd be able to cold migrate to a different host with a different page size (as long it was still `large`) | |
| 18:42:26 | artom | If we overwrite, a rebuild will be required | |