| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-02-27 | |||
| 23:12:48 | cfriesen | mriedem: yep | |
| 23:12:49 | mriedem | and then ImageMetaProps.from_dict from system_metadata image properties only has the "traits_required" entry | |
| 23:12:57 | mriedem | but not the original trait:COMPUTE_SECURITY_TPM_1_2=required | |
| 23:13:13 | mriedem | cfriesen: should be pretty easy to write a test to show the loss during conversion | |
| 23:13:44 | sean-k-mooney | cfriesen that was proably an oversigt in the spec... | |
| 23:13:48 | mriedem | hasn't been an issue yet because no one has used image traits beyond scheduling yet | |
| 23:14:01 | cfriesen | mriedem: seems likely | |
| 23:14:27 | openstackgerrit | Eric Fried proposed openstack/nova master: Test proper allocation of devices during reshape https://review.openstack.org/639854 | |
| 23:15:25 | sean-k-mooney | cfriesen: looking at https://github.com/openstack/nova/blob/f7252b586b4b9f5a098fedfa27715b8f7e662af6/nova/notifications/objects/image.py#L184 | |
| 23:15:35 | sean-k-mooney | it looks like its expecting traits_required | |
| 23:16:25 | sean-k-mooney | both the schema and field follow the normal convetion and use _ | |
| 23:16:27 | sean-k-mooney | https://github.com/openstack/nova/blob/f7252b586b4b9f5a098fedfa27715b8f7e662af6/nova/notifications/objects/image.py#L253 | |
| 23:17:17 | mriedem | those are the notification objects... | |
| 23:17:53 | cfriesen | sean-k-mooney: https://github.com/openstack/nova/blob/f7252b586b4b9f5a098fedfa27715b8f7e662af6/nova/objects/image_meta.py#L566 seems to explicitly ignore "traits_required" | |
| 23:21:09 | sean-k-mooney | hum ok that is stil rather confusing but ok | |
| 23:21:46 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Introduce live_migration_claim() https://review.openstack.org/635669 | |
| 23:21:47 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: LM: add support for sending NUMAMigrateData to the source https://review.openstack.org/634828 | |
| 23:21:47 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: New objects for NUMA live migration https://review.openstack.org/634827 | |
| 23:21:48 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: LM: add support for updating NUMA-related XML on the source https://review.openstack.org/635229 | |
| 23:21:49 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: NUMA live migration support https://review.openstack.org/634606 | |
| 23:21:49 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: RPC changes to prepare for NUMA live migration https://review.openstack.org/634605 | |
| 23:22:04 | mriedem | cfriesen: i think that's in the case when the ImageMetaProps is built from the base image meta in the API | |
| 23:22:14 | mriedem | not the already-transferred form from system_metadata | |
| 23:22:34 | mriedem | i think it's meant to avoid setting ImageMetaProps.traits_required if the external image literally has a "traits_required" field | |
| 23:23:21 | cfriesen | I'm checking whether I can use instance.image_meta for nwo | |
| 23:23:32 | mriedem | removing that line probably fixes your problem | |
| 23:25:38 | cfriesen | looks like down in the guts of resize I can use instance.image_meta.properties.get('traits_required') and it works as expected | |
| 23:25:54 | mriedem | ew | |
| 23:25:55 | cfriesen | I think sorting out ImageMetaProps can be a separate issue | |
| 23:25:58 | mriedem | smells down there in the guts | |
| 23:26:30 | cfriesen | "instance" is already one of the args | |
| 23:26:53 | sean-k-mooney | cfriesen: i would hope it would be for a resize | |
| 23:35:14 | sean-k-mooney | cfriesen: one question in https://review.openstack.org/#/c/633256/4 | |
| 23:35:29 | sean-k-mooney | ill try to get to https://review.openstack.org/#/c/631363/9 tommorrow | |
| 23:36:56 | cfriesen | sean-k-mooney: cool. I've almost got single-node resize working. would appreciate a test of multinode resize/migrate if you've got time. | |
| 23:38:18 | sean-k-mooney | do i need to install anyting non standard beyond having new enough qemu/libvirt | |
| 23:38:38 | cfriesen | sean-k-mooney: "swtpm" and "swtpm-tools" packages on fedora | |
| 23:39:12 | sean-k-mooney | ok cool ill proably use my centos test vms but i can spin up a fedora one if it does not have the package | |
| 23:40:15 | cfriesen | sean-k-mooney: you're thinking about allowing the flavor to explicitly forbid enabling vTPM? not sure why anyone would want to do that since it's purely a virtual thing. | |
| 23:40:22 | sean-k-mooney | if i have issue with nested virt i also have pysical servers i can test with too | |
| 23:40:50 | sean-k-mooney | cfriesen: it is but an operator may want to forbid it for live migration reasons | |
| 23:41:09 | cfriesen | sean-k-mooney: but we're going to make it support live migration, no? | |
| 23:41:32 | sean-k-mooney | yes but they may have old hyperviors | |
| 23:41:49 | sean-k-mooney | i guess they would have upgraded to stien anyway so its proably not important | |
| 23:42:02 | cfriesen | sean-k-mooney: then the dest won't advertise the trait | |
| 23:42:20 | sean-k-mooney | ya ok it shoudl be good | |
| 23:42:47 | sean-k-mooney | there some traits that operator may want ot forbid in the falvor expclitly but this likel is not one of them | |
| #openstack-nova - 2019-02-28 | |||
| 00:04:04 | openstackgerrit | Chris Friesen proposed openstack/nova master: Flavor extra spec and image properties validation https://review.openstack.org/620706 | |
| 00:57:17 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Stop using "nova" in API samples when creating a server https://review.openstack.org/639874 | |
| 00:57:18 | mriedem | uff da | |
| 01:17:09 | openstackgerrit | Merged openstack/os-vif master: add additional check and gate jobs for os-vif https://review.openstack.org/639732 | |
| 02:06:30 | mriedem | yonglihe: comments inline https://review.openstack.org/#/c/621474/ | |
| 02:14:54 | openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Add compute service support for attach/detach root volume https://review.openstack.org/614750 | |
| 02:19:44 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Introduce live_migration_claim() https://review.openstack.org/635669 | |
| 02:19:45 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: LM: add support for sending NUMAMigrateData to the source https://review.openstack.org/634828 | |
| 02:19:45 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: New objects for NUMA live migration https://review.openstack.org/634827 | |
| 02:19:46 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: RPC changes to prepare for NUMA live migration https://review.openstack.org/634605 | |
| 02:19:46 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: LM: add support for updating NUMA-related XML on the source https://review.openstack.org/635229 | |
| 02:19:47 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: NUMA live migration support https://review.openstack.org/634606 | |
| 02:21:52 | mriedem | gdi artom | |
| 02:22:32 | mriedem | https://review.openstack.org/#/c/634606/36/nova/conductor/tasks/live_migrate.py@177 | |
| 02:24:03 | yonglihe | mriedem: how about i remove the avaliable zone from request and ignore the returned 'nova' avaliable zone in api-sample? | |
| 02:26:01 | mriedem | yonglihe: if you remove the availability_zone=nova from the server create request, the response will correctly be az=nova | |
| 02:26:02 | mriedem | but that's fine | |
| 02:26:09 | mriedem | just remove the az from the request | |
| 02:26:19 | yonglihe | ok then. | |
| 02:30:12 | yonglihe | mriedem: we can not use self.sg_uuid in generalize_subs, because the api sample json verified failed while running it next time. | |
| 02:35:19 | mriedem | I'm not sure why you even need generalize_subs since you are doing this in the tests: | |
| 02:35:20 | mriedem | subs['sg_uuid'] = self.sg_uuid | |
| 02:35:34 | mriedem | as noted, if you just change the template to use %(uuid)s then you don't need the sg_uuid variable | |
| 02:35:54 | mriedem | i know the api samples functional tests are frustrating... | |
| 02:36:03 | mriedem | there is a lot of black magic involved in making them work | |
| 02:38:03 | yonglihe | yeah, I tried, only if I put it in generalize_stub it works..., i changed the template use %(uuid)s, it might conflict with other uuid? i don't know, I gonna try if that works. thanks. | |
| 02:40:33 | mriedem | %(uuid)s is just a regex matcher | |
| 02:40:36 | mriedem | so any uuid will pass | |
| 02:40:37 | mriedem | or should | |
| 02:41:01 | mriedem | yonglihe: see how far you get and push up your changes. if i find more stuff i'll just make the changes myself so we can get this approved. | |
| 02:42:15 | yonglihe | thanks, i think then it gonna works, i'm working on that. | |
| 02:52:53 | yonglihe | use 'uuid' instead of 'sg_uuid' ruined response checking. https://www.irccloud.com/pastebin/2YH9pvmK/use%20'uuid'%20instead%20of%20'sg_uuid'%20ruined%20response%20checking. | |
| 03:24:40 | mriedem | gibi: bauzas: questions inline for the reshaper functional test https://review.openstack.org/#/c/631559/12 | |
| 03:24:46 | mriedem | yonglihe: i can't see the full paste | |
| 03:24:50 | mriedem | i mean the actual error response | |
| 03:25:28 | mriedem | yonglihe: the %(uuid)s has to be in the response template, not the request | |
| 03:25:37 | mriedem | for the request you have to actually pass the server group uuid | |
| 03:25:49 | yonglihe | ohh, i got.. | |
| 03:26:18 | mriedem | in the response template you're saying, i don't care what the server group id is, just that it's present and it's a uuid | |
| 03:26:34 | mriedem | in the request you need to actually pass, via subs, the server group id in the server create request | |
| 03:27:04 | yonglihe | i did add to a wrong place.. | |
| 03:29:36 | yonglihe | ps, we do need own _test_servers_post to pass the sg_uuid in the request template. | |
| 03:31:19 | mriedem | ok. i guess we could pass an extra_subs parameter to _post_server to deal with that but it's up to you | |
| 03:31:55 | mriedem | anyway, i need to shut down for the day, i will look at your changes in the morning | |
| 03:33:34 | openstackgerrit | Yongli He proposed openstack/nova master: Adds the server group info into show server detail API. https://review.openstack.org/621474 | |
| 03:34:04 | yonglihe | get some rest, take care, thanks. | |
| 03:55:18 | openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Detach/Attach root volume API changes https://review.openstack.org/623981 | |
| 06:05:42 | openstackgerrit | melanie witt proposed openstack/nova master: Add user_id field to InstanceMapping https://review.openstack.org/633350 | |
| 06:05:43 | openstackgerrit | melanie witt proposed openstack/nova master: Add online data migration for populating user_id https://review.openstack.org/633351 | |
| 06:05:43 | openstackgerrit | melanie witt proposed openstack/nova master: Populate InstanceMapping.user_id during migrations and schedules https://review.openstack.org/638574 | |
| 06:05:44 | openstackgerrit | melanie witt proposed openstack/nova master: WIP Count instances from mappings and cores/ram from placement https://review.openstack.org/638073 | |
| 06:05:44 | openstackgerrit | melanie witt proposed openstack/nova master: Add get_counts() to InstanceMappingList https://review.openstack.org/638072 | |
| 06:05:45 | openstackgerrit | melanie witt proposed openstack/nova master: Use instance mappings to count server group members https://review.openstack.org/638324 | |