| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-09-09 | |||
| 18:31:49 | sean-k-mooney | shoudl i resterat all nova service for it to pick up the new rpc version | |
| 18:31:57 | sean-k-mooney | oh both hosts | |
| 18:31:58 | mriedem | artom: dansmith: comments in the big patch https://review.opendev.org/#/c/634606/80 | |
| 18:32:01 | sean-k-mooney | *on | |
| 18:32:18 | mriedem | -1 since changes need to be made, but we can decide if they can just be in a follow up after dansmith goes through it | |
| 18:32:38 | artom | mriedem, dansmith, I need to fix https://review.opendev.org/#/c/635229/61 anyways | |
| 18:32:43 | mriedem | i have to run to an appointment, back in a couple of hours | |
| 18:33:17 | dansmith | I think we can just integrate the fixes into the main patch, if artom is okay with it | |
| 18:33:18 | dansmith | and still have time to get it all landed tomorrow | |
| 18:33:19 | mriedem | artom: ok, well try to coordinate that with sean's local testing and if dan is actively doing a review | |
| 18:33:57 | dansmith | I'm still mulling this pcpu series, so I'm cool waiting until artom has put all your comments into the latest version | |
| 18:34:15 | artom | dansmith, you're suggesting we start +W'ing the bottom patches and fix my own -1 later? | |
| 18:34:19 | dansmith | I can plan to hit that one first thing tomorrow and hopefully be all good for mriedem to be happy with it | |
| 18:34:37 | dansmith | artom: no I'm saying go ahead and fix those things | |
| 18:34:58 | artom | OK rihgt, for a second there I didn't recognize you ;) | |
| 18:35:28 | dansmith | glad we cleared that up :) | |
| 18:36:04 | dansmith | I mean, we could land the bottom patch since its just setup, but I don't think we're down to that level of panic just yet | |
| 18:36:21 | sean-k-mooney | dansmith: artom ok it does work correctly. and i guess i also confim that if you pin the rpc i also gets disabled as we expect | |
| 18:36:28 | sean-k-mooney | sorry about that :) | |
| 18:36:57 | dansmith | heh, good | |
| 18:38:20 | sean-k-mooney | artom: ill try removing the vcpu_pin_set form one of the nodes and test that next. then ill go back to reviewing | |
| 18:38:31 | sean-k-mooney | xml before and after http://paste.openstack.org/show/774347/ | |
| 18:38:42 | artom | sean-k-mooney, if it's the dest I expect the XML to not be updated and still have cpuset | |
| 18:39:06 | artom | (In <vcpu>) | |
| 18:39:36 | dansmith | artom: isn't fixing LM for pinned non-numa instances kindof a happy side effect of this code? | |
| 18:39:42 | dansmith | but not really the primary purpose? | |
| 18:39:48 | sean-k-mooney | dansmith: yes it is | |
| 18:39:59 | sean-k-mooney | so i dont think its a blocker for this | |
| 18:40:02 | artom | dansmith, it's technically a tangent, correct | |
| 18:40:09 | sean-k-mooney | its a very very latent bug/feature | |
| 18:40:12 | dansmith | yeah, so I would be fine with that being a follow-on patch *if* it makes things easier | |
| 18:40:28 | sean-k-mooney | ya i think a follow up patch makes sense | |
| 18:40:38 | sean-k-mooney | provided this does not explode | |
| 18:40:39 | dansmith | yeah, kinda like "now we have the infra in place to be able to fix this long-standing bug" | |
| 18:40:54 | dansmith | artom: make sense? | |
| 18:40:56 | artom | dansmith, hrmm. What I wanted to avoid was an objects version bump, but I suppose we could add allocation_cpu_tuning now in the object, and just not use it until the fup | |
| 18:41:17 | dansmith | oh does that require extra fields? | |
| 18:41:24 | artom | Yeah : | |
| 18:41:25 | artom | :/ | |
| 18:41:56 | dansmith | hmm, well, then maybe keeping that separate is also good just from the perspective of not increasing the scope of this already-large patch | |
| 18:42:02 | sean-k-mooney | artom: you dont need extra fileds | |
| 18:42:07 | sean-k-mooney | the ones in the current patch are enough | |
| 18:42:23 | sean-k-mooney | you jsut wont populate it if its not set on the souce or dest | |
| 18:42:42 | artom | sean-k-mooney, I mean adding allocations_cpu_pins | |
| 18:42:52 | artom | We can't get around that, reusing cpu_pins isn't an option | |
| 18:42:55 | sean-k-mooney | oh well you added that already | |
| 18:43:04 | sean-k-mooney | but yes that was an extra filed that was needed | |
| 18:43:11 | artom | sean-k-mooney, right, we're debating taking it back out to simplify things | |
| 18:43:29 | dansmith | artom: this must have been added since the last time I looked? | |
| 18:43:47 | artom | dansmith, yeah, over the weekend I think, or Friday | |
| 18:44:09 | dansmith | okay I see it now | |
| 18:44:49 | dansmith | well, I dunno.. another object bump isn't very impactful, tbh, so putting that in the follow-on patch to actually do the right thing for that case doesn't seem too bad, | |
| 18:44:57 | dansmith | but also more churn doesn't make re-review easier | |
| 18:45:05 | sean-k-mooney | if its not set then we shoudl ensure the cpuset attibute is not in the final xml othersize set it to its value | |
| 18:45:06 | dansmith | so use your judgment I think | |
| 18:45:27 | dansmith | but I think it's okay to exclude fixing that longstanding bug in your series and follow up with the actual fix, however that looks | |
| 18:46:53 | sean-k-mooney | ok so if the souce does not have vcpu_pin_set and the dest has we go form <vcpu placement='static'>1</vcpu> to <vcpu placement='static' cpuset='4-7,12-15'>1</vcpu> | |
| 18:46:54 | artom | dansmith, I know sunk costs is a fallacy, but I think at this point it'd be as much work (for me, anyways) to take it out as it would be to fix it | |
| 18:46:58 | sean-k-mooney | which is what we expect | |
| 18:47:04 | sean-k-mooney | now to check the other way around | |
| 18:47:12 | dansmith | artom: copy that | |
| 18:47:15 | artom | sean-k-mooney, I expect that to be broken | |
| 18:47:24 | sean-k-mooney | well it works correctly | |
| 18:47:45 | sean-k-mooney | source no vcpu_pin_set dest vcpu_pin_set works | |
| 18:47:54 | sean-k-mooney | i need to test the other way now | |
| 18:48:02 | artom | Yes *that's* the broken bit :) | |
| 18:48:54 | sean-k-mooney | kind of | |
| 18:49:04 | sean-k-mooney | it migrated but did not update | |
| 18:49:10 | sean-k-mooney | which is the existing master behavior | |
| 18:49:28 | artom | Yeah, it's what I mean by broken | |
| 18:49:35 | artom | Technically I could it as is :D | |
| 18:49:37 | sean-k-mooney | and a hard reboot fixes it | |
| 18:49:39 | artom | Talk about half-assed | |
| 18:49:52 | artom | "I started fixing it, but then I saw something shiny" | |
| 18:50:18 | sean-k-mooney | well you fix 3 or the 4 combindations | |
| 18:50:32 | sean-k-mooney | it works when the dest has it set or both have it set | |
| 18:50:40 | sean-k-mooney | just not when the souce only has it set | |
| 18:51:12 | sean-k-mooney | so that is better then without your code by a large margin and in the final case it matains the old behavior | |
| 18:51:58 | artom | Eh, I'd not be comfortable leaving it as is | |
| 18:51:59 | sean-k-mooney | so its better or equal to the old behavior so i woudl leave it in and maybe add a todo which we can fix and backport later when we have time | |
| 18:52:02 | artom | Take out completely, sure | |
| 18:52:06 | artom | Fix it, yeah | |
| 18:52:17 | artom | But not this half-assedness | |
| 18:52:57 | sean-k-mooney | ok well its up to you. either fix it or revert it out. im going to get stuff for dinner then contiue reviewing | |
| 18:53:15 | sean-k-mooney | ill be afk for about an hour then ill be back | |
| 18:53:48 | artom | sean-k-mooney, cheers! | |
| 19:09:08 | openstackgerrit | Merged openstack/nova master: Add min service level check for migrate with bandwidth https://review.opendev.org/680394 | |
| 19:10:09 | openstackgerrit | Merged openstack/nova master: migrate: Add bw min service level check of source compute https://review.opendev.org/680395 | |
| 19:21:00 | openstackgerrit | Merged openstack/nova master: resize: Add bw min service level check of source compute https://review.opendev.org/680396 | |
| 19:21:09 | openstackgerrit | Merged openstack/nova master: prepare func test env for moving servers with bandwidth https://review.opendev.org/655109 | |
| 19:33:48 | artom | mriedem, finished addressing your "code" feedback, the tests feedback will be after school run and supper | |
| 19:34:23 | artom | Oh, there's still https://review.opendev.org/#/c/634606/75/nova/compute/manager.py@7223 | |
| 19:34:30 | artom | dansmith, ^^ you might have ideas, if you have time | |
| 19:34:40 | artom | Sorry to ping and run, but that's what I have to do | |
| 20:12:27 | openstackgerrit | Merged openstack/nova master: Func test for migrate server with ports having resource request https://review.opendev.org/655113 | |
| 20:19:00 | openstackgerrit | Shilpa Devharakar proposed openstack/nova master: Nova object changes for forbidden aggregates request filter https://review.opendev.org/671072 | |
| 20:19:01 | openstackgerrit | Shilpa Devharakar proposed openstack/nova master: Add a new request filter to isolate aggregates https://review.opendev.org/671075 | |
| 20:19:01 | openstackgerrit | Shilpa Devharakar proposed openstack/nova master: DB API changes to get non-matching aggregates from metadata https://review.opendev.org/671074 | |
| 20:19:02 | openstackgerrit | Shilpa Devharakar proposed openstack/nova master: Docs for isolated aggregates request filter https://review.opendev.org/667952 | |
| 20:23:18 | dansmith | efried: around? | |