| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-08-29 | |||
| 14:35:42 | sean-k-mooney | you can set it to s specific versioned machine type also but it is normally not required on x86 | |
| 14:36:14 | kashyap | ivve: There's a good reason to set a versioned machine type: | |
| 14:36:50 | dougsz | Has anyone seen live-migrate fail on Rocky with an empty call to placement? ` Placement API returning an error response: JSON does not validate: {} does not have enough properties` | |
| 14:36:56 | kashyap | ivve: (Typically done by installer tools.) A specific versioned machine type across Compute nodes will guarantee back-n-forth live migration. | |
| 14:37:03 | openstackgerrit | Edward Hope-Morley proposed openstack/nova stable/queens: Force refresh instance info_cache during heal https://review.opendev.org/679274 | |
| 14:37:58 | ivve | kashyap: got it, so a least common denominator just as with cpu_models then? | |
| 14:38:07 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: DNM: Run LM integration tests with NUMA flavor https://review.opendev.org/678887 | |
| 14:38:14 | kashyap | ivve: Yep | |
| 14:38:55 | ivve | kashyap: im guessing using virsh capabilities to find out what hosts have available to them is the way to go? | |
| 14:39:13 | kashyap | ivve: To find out machine type? | |
| 14:39:21 | ivve | ye available types | |
| 14:39:48 | ivve | i.e. highest available, lower would obviously be available i guess | |
| 14:40:12 | ivve | as with cpu models / flags | |
| 14:40:38 | kashyap | ivve: Yeah. (Or `qemu-system-x86_64 -machine help | head`) | |
| 14:40:51 | ivve | ah cool, great. thanks a bunch! | |
| 14:41:51 | kashyap | stephenfin: Follow-up: I've addressed Adam's feedback, and got his ACK, FWIW. Might want to queue this - https://review.opendev.org/#/c/673790/ | |
| 14:42:25 | stephenfin | kashyap: I sure can, but could you ask me in the morning? /o\ I've a lotttt of tabs open rn | |
| 14:42:53 | kashyap | stephenfin: Certainly. Ignore it for now | |
| 14:59:12 | mriedem | stephenfin: i'm assuming we can defer this to U at this point? https://blueprints.launchpad.net/nova/+spec/flavor-extra-spec-image-property-validation-extended | |
| 14:59:37 | stephenfin | Yup, and anything != cpu-resources assigned to me | |
| 14:59:53 | stephenfin | I'll re-propose the spec after M3 | |
| 15:00:57 | mriedem | kashyap: i'm assuming we can defer this to U https://blueprints.launchpad.net/nova/+spec/cpu-selection-with-hypervisor-consideration | |
| 15:01:51 | kashyap | mriedem: Yes, definitely. My hands are beyond full. I just want to focus on the other spec. | |
| 15:02:40 | kashyap | Although, I won't stop anyone who is raring to pick it up :-) | |
| 15:06:09 | mriedem | stephenfin: https://blueprints.launchpad.net/nova/+spec/remove-consoleauth is essentially done yeah? | |
| 15:06:26 | stephenfin | Yeah. I think it's totally done, actually | |
| 15:12:49 | openstackgerrit | Eric Fried proposed openstack/nova master: DRY get_sdk_adapter tests https://review.opendev.org/679288 | |
| 15:13:25 | efried_afk | stephenfin: for you ^ :* | |
| 15:13:34 | stephenfin | efried: already done | |
| 15:14:03 | efried | stephenfin: awesome. Can we +W https://review.opendev.org/#/c/676926/ now? | |
| 15:14:17 | stephenfin | Oh, I meant to do that earlier | |
| 15:14:43 | efried | be nice if johnthetubaguy were the +A on the next one https://review.opendev.org/#/c/642899/ ... else mriedem? | |
| 15:15:00 | efried | (after that one I'll be able to +2 up the series) | |
| 15:15:10 | stephenfin | efried: not so fast https://review.opendev.org/#/c/656028/30 | |
| 15:15:35 | efried | stephenfin: oh, I of course meant "when they're ready" | |
| 15:15:40 | stephenfin | oh, cool :) | |
| 15:15:45 | efried | sorry, yeat | |
| 15:15:47 | efried | yeah | |
| 15:16:09 | efried | dustinc is hopefully polishing those up later today. | |
| 15:22:43 | mriedem | efried: yeah i can get back on that one | |
| 15:22:50 | efried | thanks mriedem | |
| 15:30:40 | mriedem | efried: i'm going to push a novaclient release request so that we can get https://review.opendev.org/#/c/665336/ in for train | |
| 15:30:47 | mriedem | we'll likely have another novaclient release at FF | |
| 15:31:06 | efried | mriedem: ack | |
| 15:32:09 | dustinc | efried, stephenfin: my plan is to work on the series more today, I gave it a shot late last night but it didn’t seem to work as expected and I was too tired to keep at it. | |
| 15:32:28 | efried | dustinc: I've got a -1 on the node.list one coming, in case you haven't started yet | |
| 15:33:14 | stephenfin | bauzas: btw https://review.opendev.org/#/c/679273/ | |
| 15:34:27 | efried | dustinc: done, lmk if that doesn't make sense. | |
| 15:46:07 | dustinc | Thanks efried I’ll check it out in a bit. Out at an appt now. | |
| 15:55:19 | artom | stephenfin, sean-k-mooney, sanity check a thing for me. Context is fitting hugepages: https://github.com/openstack/nova/blob/master/nova/virt/hardware.py#L632-L658 | |
| 15:55:43 | artom | If the host only has 1 size of pages available (ex: only 2048), that avail_pagesize[:-1] will end up with an empty list | |
| 15:55:45 | artom | And the fail | |
| 15:55:49 | artom | *And then | |
| 15:55:57 | artom | Is that a realistic scenario in the real world? | |
| 15:56:02 | sean-k-mooney | that wont happen. | |
| 15:56:07 | artom | I'm hitting this in func tests, wondering if I'm doing something wrong | |
| 15:56:37 | sean-k-mooney | if you have 1 item in the list [0] == [-1] | |
| 15:57:01 | artom | >>> [1][:-1] | |
| 15:57:01 | artom | [] | |
| 15:57:05 | sean-k-mooney | and [:-1] will b the empty list | |
| 15:57:22 | artom | Yeah, which makes https://github.com/openstack/nova/blob/master/nova/virt/hardware.py#L647 a problem | |
| 15:57:46 | sean-k-mooney | lets talk about this later | |
| 15:57:58 | artom | OK? | |
| 15:58:01 | stephenfin | artom: but [1][-1:] | |
| 15:58:07 | stephenfin | [1] | |
| 15:58:23 | stephenfin | [1][:-1] is only used for large pages | |
| 15:58:24 | sean-k-mooney | trying to listen to matt | |
| 15:58:28 | stephenfin | a host won't have only large pages | |
| 15:58:35 | sean-k-mooney | correct | |
| 15:58:40 | artom | stephenfin, that'll only get hit if inst_cell.pagesize == MEMPAGES_SMALL | |
| 15:58:53 | sean-k-mooney | the kernel cannoth run with only hugepages | |
| 15:58:59 | artom | stephenfin, aha, so in the real world, you can't have only 2048 size pages | |
| 15:59:08 | stephenfin | correct | |
| 15:59:19 | stephenfin | there have to be 4k pages | |
| 15:59:21 | artom | stephenfin, gotcha, thanks | |
| 15:59:25 | stephenfin | on x86(_64) anyway | |
| 15:59:33 | sean-k-mooney | if you did they would be the native page size on the system | |
| 15:59:34 | artom | Right, in retrospect, when you put it that way, it seems kinda obvious | |
| 15:59:36 | stephenfin | I don't know what pagesizes are on other platforms | |
| 15:59:37 | sean-k-mooney | not a hugepage | |
| 15:59:49 | sean-k-mooney | ntataive page size can be bigger then 4k | |
| 16:00:03 | artom | So I need to setup my fake hostinfo accordingly | |
| 16:00:27 | sean-k-mooney | mem_size small menas that you get teh smallest pageszie on the host | |
| 16:00:36 | sean-k-mooney | so if the only one is 2048 then that what you get | |
| 16:06:02 | bauzas | calling it a day | |
| 16:06:15 | bauzas | stephenfin: I'm a mean guy https://review.opendev.org/#/c/679273/1 | |
| 16:06:59 | bauzas | no, seriously, I'm torn but I feel from an operators perspective that 'upgrades' is better. That said, that would in theory leave us having some kind of nova-manage stuff to do | |
| 16:07:11 | bauzas | nova-status, my bad | |
| 16:07:19 | stephenfin | I was also on the fence | |
| 16:07:28 | stephenfin | I can do upgrades | |
| 16:07:54 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Follow-up for I491eb7abe1405b27c552cdef142c688a46e914f2 https://review.opendev.org/679273 | |
| 16:07:58 | stephenfin | bauzas: ^ | |
| 16:08:49 | openstackgerrit | Merged openstack/nova master: trivial: Rename 'nova.tests.unit.test_nova_manage' https://review.opendev.org/679095 | |
| 16:10:04 | bauzas | stephenfin: https://docs.openstack.org/nova/latest/contributor/releasenotes.html#when-a-release-note-is-needed makes me torn | |
| 16:10:13 | bauzas | (and that's actually me who wrote this) | |
| 16:10:58 | stephenfin | I'm not planning to backport this fix though | |
| 16:11:07 | stephenfin | so upgrade impact does make sense | |
| 16:19:45 | artom | Hrmm, is the conductor/scheduler code for live migration host selection even set up to handle the case of no host being found? | |
| 16:20:00 | mriedem | yes | |
| 16:20:58 | mriedem | https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L439 | |