| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-11-27 | |||
| 15:02:19 | gibi | as per my mail http://lists.openstack.org/pipermail/openstack-discuss/2019-May/005920.html | |
| 15:02:51 | openstackgerrit | Merged openstack/nova stable/stein: Add --dry-run option to heal_allocations CLI https://review.opendev.org/693199 | |
| 15:07:33 | efried | it looks like | |
| 15:07:33 | efried | --> in _provision_instances we populate the RequestSpec.requested_resources, but only with part of the info available | |
| 15:07:33 | efried | --> from select_destinations we call resources_from_request_spec which | |
| 15:07:33 | efried | ---> calls ResourceRequest.__init__ with the RequestSpec, (that ignores the requested_resources and only processes the flavor/image) | |
| 15:07:33 | efried | ---> *then* appends RequestSpec.requested_resources into the ResourceRequest | |
| 15:07:34 | efried | then we call GET /a_c | |
| 15:08:32 | gibi | yepp that sounds like it | |
| 15:08:53 | efried | _provision_instances happens on the conductor side? | |
| 15:09:28 | gibi | I think it happens at the nova-api side | |
| 15:09:52 | efried | sorry, yeah, this whole thing happens on the controller side, duh. | |
| 15:10:21 | gibi | it is called from nova.api.openstack.compute.servers.ServersController.create during boot | |
| 15:38:54 | efried | gibi, bauzas, stephenfin: do y'all want to have a meeting tomorrow or should I cancel? (US folk will be out) | |
| 15:39:07 | stephenfin | I don't have anything to bring up | |
| 15:39:15 | gibi | me neither but I can be present | |
| 15:39:38 | efried | let me see if anyone has put topics on the agenda. If not, I'll cancel. | |
| 15:40:55 | efried | it looks like shilpasd wants to talk about disk provider stuff. | |
| 15:41:08 | gibi | I reviewd the sharing disk spec today it looks good to me | |
| 15:41:19 | gibi | but somebody else should check at least the API impact part | |
| 15:41:20 | stephenfin | Because it's stuck? | |
| 15:41:29 | stephenfin | Maybe we can unstick it now | |
| 15:41:39 | efried | I don't know. I saw gibi's review but haven't dug in | |
| 15:41:39 | gibi | the API impact part needs eyes I would say | |
| 15:42:01 | gibi | bauzas was involved but he is busy downstream recently | |
| 15:42:08 | efried | If nothing else it gives her a scheduled time to talk to a couple of cores. So, gibi would you mind running that meeting? | |
| 15:42:19 | gibi | efried: I can do that, yes | |
| 15:42:26 | efried | thank you sir. | |
| 15:53:38 | bauzas | gibi: efried: thanks | |
| 15:53:47 | bauzas | sorry for being busy at the moment :( | |
| 15:53:52 | gibi | bauzas: no worries | |
| 15:54:14 | efried | gibi, dansmith: stephenfin: can you see any problem with putting the appending of RequestSpec.resource_requests [1] directly into ResourceRequest.__init__ [2]? | |
| 15:54:14 | efried | [1] https://opendev.org/openstack/nova/src/branch/master/nova/scheduler/utils.py#L546-L551 | |
| 15:54:14 | efried | [2] https://opendev.org/openstack/nova/src/branch/master/nova/scheduler/utils.py#L60 | |
| 15:54:43 | efried | Since we're passing in the RequestSpec anyway, it makes sense to me to consolidate that. | |
| 15:55:32 | gibi | efried: that refactoring make sense to me | |
| 15:56:07 | gibi | efried: is it part of a bigger surgery series? | |
| 15:56:28 | efried | gibi: not specifically, no. It's a standalone "make this shit make more sense to efried" patch. | |
| 15:56:40 | gibi | efried: ack. go for it! | |
| 15:57:07 | melwitt | gibi: ack thanks | |
| 15:57:08 | sean-k-mooney | efried: sorry i was not following but im going to rework my prefilter patches soon | |
| 15:57:19 | sean-k-mooney | what is the tldr of what is beign changed | |
| 15:57:44 | sean-k-mooney | are we ditching adding the stuff to the falvor temportaly and moveing to use requested_resouces | |
| 15:57:51 | sean-k-mooney | which i know was the long term plan | |
| 15:58:20 | stephenfin | efried: Looks sane. I'm not sure why I didn't do that when I refactored all that so might be worth giving git-blame a quick whirl | |
| 15:58:32 | stephenfin | but otherwise LGTM | |
| 15:59:21 | efried | stephenfin: it makes sense why you didn't do it when you refactored ResourceRequest, because (code stack wise) resources_from_request_spec is not actually "near" ResourceRequest.__init__. | |
| 15:59:26 | efried | they're sort of cousins | |
| 15:59:51 | stephenfin | ah, makes sense | |
| 16:00:24 | efried | and theoretically there would have been more extensive test fallout. Though practically I'm not sure there will be any test impact, as the places that use ResourceRequest.__init__ either don't care about RequestSpec.resource_requests, or *should* care and are currently ignoring it. | |
| 16:00:25 | sean-k-mooney | efried: is the requested_resources in the request spec still just resocue request and not traits | |
| 16:00:45 | efried | sean-k-mooney: It's a list of RequestGroup | |
| 16:00:49 | efried | RequestGroup includes traits | |
| 16:01:01 | efried | well, theoretically it does. | |
| 16:01:07 | efried | I don't know if it actually does for bw | |
| 16:01:10 | efried | but it will for accels | |
| 16:01:29 | sean-k-mooney | right but can i create a resouce group with no resouce requests and just traits | |
| 16:01:41 | efried | um | |
| 16:03:11 | efried | I don't see any reason code-wise that that shouldn't work | |
| 16:03:24 | sean-k-mooney | so in my prefilter changes i have this add_trait funciton https://review.opendev.org/#/c/665775/21/nova/scheduler/request_filter.py@52 | |
| 16:04:12 | sean-k-mooney | which when i wrote it i wanted to refactor all the exsiting prefilters to use | |
| 16:04:23 | efried | sean-k-mooney: ...except that I don't think nova is yet using the placement microversion that allows a resourceless request group. | |
| 16:04:55 | sean-k-mooney | but at least in the prefilter case for image type or the device modeles which im addeing supprot for there are not resouce requests | |
| 16:04:58 | sean-k-mooney | right | |
| 16:05:02 | efried | So: I thought there might be some places in the nova side where we check and forbid resourceless request groups, but I don't see them on a quick skim | |
| 16:05:02 | efried | But: placement is going to bounce it if you try. | |
| 16:05:51 | sean-k-mooney | right so i woudl either have to continue to modify the flavor for the traits case so they get included in the unnumbered group | |
| 16:06:06 | sean-k-mooney | or we woudl need to increase the microverion we use | |
| 16:06:22 | openstackgerrit | Alexandre arents proposed openstack/nova stable/train: Do not update root_device_name during guest config https://review.opendev.org/696339 | |
| 16:06:44 | efried | which would be nbd, and we're going to want to do it very soon anyway. | |
| 16:06:55 | efried | but hm, I don't see which microversion added support for resourceless request groups. | |
| 16:07:18 | sean-k-mooney | nbd? | |
| 16:07:27 | efried | (no big deal) | |
| 16:07:33 | sean-k-mooney | oh ok cool | |
| 16:07:41 | sean-k-mooney | also i should be in a meeting so brb | |
| 16:07:44 | efried | 1.35 supports root_required, which is actually the place we should be doing traits like that. | |
| 16:08:06 | sean-k-mooney | ok ill read up on that | |
| 16:08:29 | sean-k-mooney | i just want to make sure i can refactor my stuff to work with what you are doining when i start on it again | |
| 16:09:43 | efried | so yeah, this appears to have happened https://docs.openstack.org/placement/latest/specs/train/implemented/2005575-nested-magic-1.html#resourceless-request-groups but I can't figure out which microversion we did it in. | |
| 16:10:10 | efried | ah, looks like it's part of the same_subtree microversion. | |
| 16:10:31 | efried | which is 1.36 | |
| 16:10:40 | efried | but for your purposes, root_required might be better | |
| 16:11:01 | efried | in fact, for many things where we're currently just using the unnumbered request group, we should be using root_required instead. | |
| 16:11:16 | efried | that may even let gibi resolve that TODO he mentioned earlier... | |
| 16:16:02 | gibi | efried: interesting. It would remove the motivation (e.g. the pain) to try to do the bigger surgery discussed in the ML post linked above | |
| 16:16:17 | efried | pretty sure that's why we did it in the first place. | |
| 16:18:13 | gibi | I'am totally not against using root_required | |
| 16:18:16 | gibi | for the prefilters | |
| 16:24:36 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Mask the token used to allow access to consoles https://review.opendev.org/220622 | |
| 16:24:37 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Extend NeutronFixture to handle multiple bindings https://review.opendev.org/696246 | |
| 16:26:01 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Do not mock setup net and migrate inst in NeutronFixture https://review.opendev.org/696247 | |
| 16:30:25 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Support live migration with qos ports https://review.opendev.org/695905 | |
| 16:30:37 | efried | gibi: do bw requests have traits today? | |
| 16:31:12 | gibi | efried: yes they have | |
| 16:31:17 | gibi | custom traits | |
| 16:31:53 | efried | cause there's a few paths that were using ResourceRequest.__init__, without processing RequestSpec.requested_resources, in order to accumulate all the traits for a request. | |
| 16:32:10 | efried | That seems like a hole, but one that probably doesn't matter; I need to look closer at what those traits were being used for. | |
| 16:32:17 | gibi | exampl of a port with resource request http://paste.openstack.org/show/786810/ | |
| 16:33:18 | gibi | if you see a possible bug then link me to the holes and I will try to help | |
| 16:34:06 | efried | okay, example, isolate_aggregates collects all the traits | |