| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-05-31 | |||
| 21:54:38 | openstackgerrit | Jay Pipes proposed openstack/nova master: rework allocation handler _allocations_dict() https://review.openstack.org/565407 | |
| 21:54:39 | openstackgerrit | Jay Pipes proposed openstack/nova master: Add a microversion for consumer generation support https://review.openstack.org/565604 | |
| 21:56:30 | openstackgerrit | Jan Gutter proposed openstack/os-vif master: Add multiqueue port profile for VIFGeneric https://review.openstack.org/570959 | |
| 21:57:21 | openstackgerrit | Jan Gutter proposed openstack/nova master: Pass virtio multiqueue info to os-vif plugins https://review.openstack.org/571462 | |
| 21:57:22 | openstackgerrit | Jan Gutter proposed openstack/nova master: Convert vrouter legacy plugging to os-vif https://review.openstack.org/571325 | |
| 21:58:52 | mriedem | cfriesen: personality files (file injection) was deprecated from the api in queens | |
| 21:59:18 | mriedem | https://specs.openstack.org/openstack/nova-specs/specs/queens/implemented/deprecate-file-injection.html | |
| 21:59:56 | mriedem | cfriesen: and i assume you meant meta_data.json? | |
| 22:00:02 | mriedem | you just wouldn't get the 'files' key in there anymore | |
| 22:05:28 | openstackgerrit | Jay Pipes proposed openstack/nova master: Add a microversion for consumer generation support https://review.openstack.org/565604 | |
| 23:11:00 | openstackgerrit | Merged openstack/nova stable/ocata: Avoid showing password in log https://review.openstack.org/561851 | |
| #openstack-nova - 2018-06-01 | |||
| 00:43:47 | openstackgerrit | wanghongtao proposed openstack/nova master: Fix the metadata re to match the unicode https://review.openstack.org/536236 | |
| 01:59:49 | openstackgerrit | tianhui proposed openstack/nova master: Fix bug to api-ref https://review.openstack.org/571375 | |
| 02:25:09 | openstackgerrit | Yikun Jiang (Kero) proposed openstack/nova master: Fix invalid raise in test_compute_mgr https://review.openstack.org/571610 | |
| 02:27:20 | openstackgerrit | Merged openstack/nova stable/queens: libvirt: Skip fetching the virtual size of block devices https://review.openstack.org/571425 | |
| 04:19:18 | openstackgerrit | Merged openstack/nova master: libvirt: configure trust mode for vfs https://review.openstack.org/458514 | |
| 04:23:58 | openstackgerrit | Vishakha Agarwal proposed openstack/python-novaclient master: No requirement of –all-tenants while listing servers https://review.openstack.org/569090 | |
| 04:25:02 | openstackgerrit | Vishakha Agarwal proposed openstack/python-novaclient master: No requirement of –all-tenants while listing servers https://review.openstack.org/569090 | |
| 07:34:16 | openstackgerrit | Yikun Jiang (Kero) proposed openstack/nova master: Adapt _validate_instance_group_policy to new policy model https://review.openstack.org/571465 | |
| 08:23:22 | openstackgerrit | Elod Illes proposed openstack/nova stable/pike: placement: Fix HTTP error generation https://review.openstack.org/571218 | |
| 08:47:56 | openstackgerrit | jichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver https://review.openstack.org/523387 | |
| 08:47:57 | openstackgerrit | jichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver https://review.openstack.org/527658 | |
| 08:47:58 | openstackgerrit | jichenjc proposed openstack/nova master: z/VM Driver: add snapshot function https://review.openstack.org/534240 | |
| 08:47:59 | openstackgerrit | jichenjc proposed openstack/nova master: z/VM Driver: add power actions https://review.openstack.org/543340 | |
| 08:48:00 | openstackgerrit | jichenjc proposed openstack/nova master: z/VM Driver: add get console output https://review.openstack.org/543344 | |
| 09:19:25 | openstackgerrit | jichenjc proposed openstack/nova master: not reraise DiskNotFound if instance is resized https://review.openstack.org/571410 | |
| 09:26:08 | sahid | jaypipes: hello, if I can ask you, I think we made with matt some good progress with the trsuted-vf feature | |
| 09:26:11 | sahid | https://review.openstack.org/#/q/topic:bp/sriov-trusted-vfs+(status:open+OR+status:merged) | |
| 09:26:23 | sahid | can you have a look when you have a moment | |
| 09:42:29 | openstackgerrit | Stephen Finucane proposed openstack/nova-specs master: Add 'numa-aware-vswitches' spec https://review.openstack.org/541290 | |
| 09:58:28 | sahid | jangutter: if you can address the last comment https://review.openstack.org/#/c/570959/ I will +2 your patch so when sean is comming back that will be approved | |
| 10:02:29 | jangutter | sahid: thanks! I'm happy to whack that. But, check the nova patches out for another wrinkle, it seems this route might only be useful for some very esoteric cases and not be needed after all. | |
| 10:10:39 | sahid | jangutter: ok will look at that | |
| 11:25:22 | openstackgerrit | Chen proposed openstack/nova master: WIP https://review.openstack.org/571472 | |
| 12:12:54 | openstackgerrit | Merged openstack/nova master: libvirt: add vf_trusted field for network metadata https://review.openstack.org/566343 | |
| 12:16:06 | openstackgerrit | Merged openstack/nova master: metadata: add vf_trusted field to device metadata https://review.openstack.org/566344 | |
| 12:44:56 | mriedem | the trusted vf series just has one remaining patch https://review.openstack.org/#/c/458820/ | |
| 12:45:05 | mriedem | and it's pretty simple | |
| 13:00:01 | mriedem | stephenfin: artom: i've got some questions in the numa-aware vswitch, new ones about live migration support https://review.openstack.org/#/c/541290/ | |
| 13:03:17 | artom | mriedem, dammit, I was hoping I'd get to avoid that massive thing ;) | |
| 13:03:30 | artom | Nah, I'll check it out, see if I can be useful | |
| 13:04:00 | mriedem | stephenfin: i think for any move operation, we'll have to modify the request spec to include the current numa-aware interface information from the instance info cache so the NUMATopologyFilter can pick a proper destination host | |
| 13:04:46 | stephenfin | mriedem: Yeah, I was planning to just build one of those InstanceNUMANetworks objects from instance info cache | |
| 13:04:47 | mriedem | which kind of makes me wonder, if you can't attach numa-aware interfaces to a running instance, then the instance info_cache should match the original request spec's requested_networks, and then i wonder why we wouldn't persist it for move operations | |
| 13:05:05 | mriedem | dansmith: ^ | |
| 13:05:17 | stephenfin | mriedem: You can attach them - you just won't get NUMA affinity | |
| 13:05:20 | mriedem | are you guys all on happy time red hat meeting fun hour right now? | |
| 13:05:54 | mriedem | stephenfin: ok so if i want to attach new numa-aware instances with affinity, i'd have to do that and then resize my instance to get it to move | |
| 13:06:01 | stephenfin | I mean, I guess we could enforce that if we wanted to but the spec is already too big for its own good. I want to land _something_ :) | |
| 13:06:11 | stephenfin | mriedem: At present, yes | |
| 13:06:40 | stephenfin | mriedem: https://review.openstack.org/#/c/541290/15/specs/rocky/approved/numa-aware-vswitches.rst@405 | |
| 13:06:49 | stephenfin | giblet: Thanks for the reminder | |
| 13:07:04 | mriedem | finucannot: yeah i know it says that | |
| 13:07:55 | mriedem | finucannot: i know you want to land something, | |
| 13:08:15 | mriedem | but i also don't want to land a gaping hole that we don't fix for 4 years like the existing numa stuff | |
| 13:09:01 | mriedem | so what does the "claim" actually do? | |
| 13:09:05 | mriedem | since we won't have a claim during live migration | |
| 13:09:44 | finucannot | mriedem: The claim builds the guest's NUMA topology | |
| 13:09:56 | finucannot | For that to happen, I need to have information about the networks attached to the guest | |
| 13:10:14 | finucannot | Far as I can see, for a new instance the info cache is not yet populated | |
| 13:11:04 | finucannot | finucannot: Agreed on not having a gaping hole. The approach artom takes for solving live migration for NUMA should get us this almost for free, I'm guessing | |
| 13:11:14 | finucannot | *mriedem: | |
| 13:11:35 | artom | Passing IntanceNUMATopology as part of live_migrate_data? | |
| 13:11:55 | mriedem | finucannot: so this spec depends on artom's bp for live migration then? | |
| 13:12:51 | finucannot | mriedem: Kind of but not really | |
| 13:13:04 | mriedem | so you guys might want to talk about this.... | |
| 13:13:10 | finucannot | It needs that spec for live migration to work, but so does everything that involves NUMA and CPU pinning | |
| 13:13:11 | mriedem | i'm not familiar enough with artom's spec yet | |
| 13:13:18 | mriedem | right, ok, | |
| 13:13:26 | mriedem | so i think we call that out as a dependency for live migration to work, that's fine, | |
| 13:13:31 | finucannot | Seeing as they're currently very much tied, much to jaypipes chagrin | |
| 13:13:33 | mriedem | the rest could go ahead with that caveat | |
| 13:13:52 | finucannot | ack | |
| 13:15:13 | giblet | finucannot, mriedem: very similar thing will happen with the bandwidth. We need to regenerate the bandwidth request part of the request spec for all the VM move operations | |
| 13:16:24 | mriedem | giblet: yup, i think that was called out in your spec | |
| 13:16:32 | mriedem | finucannot: ok so i left some targeted things to update in your spec, then i think i'm +2 | |
| 13:16:48 | mriedem | i just want to make sure it's written down because it's a lot of churn and w/o the list of work items we're likely to forget something | |
| 13:16:58 | finucannot | Yup, that's fair | |
| 13:17:04 | giblet | mriedem: yes, it was | |
| 13:17:26 | mriedem | giblet: hopefully the internal churn doesn't negatively impact you | |
| 13:17:37 | giblet | mriedem: and now have some TODOs in the currently proposed patches where to do those. I.e. https://review.openstack.org/#/c/567268/9/nova/compute/api.py@4234 | |
| 13:18:08 | giblet | mriedem: there will be nice rebases I'm sure. But that is life :) | |
| 13:18:12 | mriedem | giblet: request spec tinkering should happen in conductor | |
| 13:18:35 | giblet | mriedem: OK, then 'badly placed TODOs' :) I can push those up in the call chain | |
| 13:18:46 | leakypipes | finucannot: well remembered. | |
| 13:23:00 | giblet | mriedem: thanks for the comments in that bwm patch about my TODOs. Thanks for the pointer like 'reset_request_destinations' | |
| 13:23:34 | mriedem | giblet: i might have gotten that method name wrong | |
| 13:23:57 | giblet | mriedem: I can apply AI to find the right one :) | |
| 13:23:59 | mriedem | reset_forced_destinations | |
| 13:24:05 | giblet | mriedem: ty | |
| 13:24:06 | mriedem | ha | |
| 13:24:11 | mriedem | is that your new job now? AI master? | |
| 13:24:28 | mriedem | train the machine to write your bw-aware series | |
| 13:24:37 | giblet | mriedem: it is more like a wanabe hobby | |
| 13:24:48 | mriedem | well at least you have a hobby | |
| 13:24:50 | giblet | mriedem: but it would be so easy just to push it to an AI | |
| 13:25:25 | bauzas | warning, I'm changing my Friday nick | |
| 13:25:58 | PapaOurs | leakypipes: thanks for having reviewed https://review.openstack.org/#/c/557065/ | |
| 13:26:50 | PapaOurs | leakypipes: as far as I understand, your strong -1 is related to the fact it's about traits and nvidia | |
| 13:27:06 | PapaOurs | leakypipes: but look at https://github.com/intel/gvt-linux/wiki/GVTg_Setup_Guide#51-check-mdev-module-kvmgt-only | |