| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-11-12 | |||
| 08:02:42 | bauzas | good morning Nova | |
| 08:27:55 | gibi | bauzas: good morning | |
| 08:28:01 | gibi | bauzas: how is your jetlag? | |
| 08:35:54 | bauzas | gibi: quite good, just woke up today at 6.30am :) | |
| 08:35:58 | bauzas | gibi: and you ? | |
| 09:22:42 | kashyap | lyarwood: efried: Back today. I haven't read the KM-long scrollback, afraid (buried under several things). | |
| 10:07:30 | openstackgerrit | Liang Fang proposed openstack/nova-specs master: Support volume local cache https://review.opendev.org/689070 | |
| 10:48:43 | kashyap | Does anyone recall top off their head, AMD SEV support in Nova doesn't support live migration yet, does it? | |
| 10:48:53 | kashyap | (I vaguely recall it doesn't.) | |
| 10:49:02 | kashyap | I'm sure it's somewhere in the spec | |
| 10:51:58 | kashyap | (Yep, my guess is correct - checked in the spec. Also needs support for LM-with-SEV from lower layers.) | |
| 11:03:24 | gibi | bauzas: today was OK for me, yesterday I start my day at 4:45 | |
| 11:17:24 | openstackgerrit | Merged openstack/nova master: Pass RequestContext to oslo_policy https://review.opendev.org/674038 | |
| 11:17:32 | openstackgerrit | Merged openstack/nova master: Add func test for 'required' PCI NUMA policy https://review.opendev.org/682941 | |
| 11:21:37 | openstackgerrit | Merged openstack/nova master: Resolve TODO in _remove_host_allocations https://review.opendev.org/693636 | |
| 11:29:58 | openstack | bug 1852207 in OpenStack Compute (nova) pike "reschedule ignores that requested availability zone" [Medium,Triaged] https://launchpad.net/bugs/1852207 - Assigned to Balazs Gibizer (balazs-gibizer) | |
| 11:29:58 | openstackgerrit | Balazs Gibizer proposed openstack/nova stable/pike: Functional reproduce for bug 1852207 https://review.opendev.org/693817 | |
| 11:30:15 | gibi | elod: ^^ | |
| 12:10:09 | openstackgerrit | Brin Zhang proposed openstack/nova master: WIP: Support re-configure the delete_on_termination in server https://review.opendev.org/693828 | |
| 13:04:18 | jroll | efried: thanks, will hit it today | |
| 13:36:41 | kashyap | git fetch gerrit | |
| 13:37:08 | kashyap | Err | |
| 13:37:22 | openstackgerrit | Kashyap Chamarthy proposed openstack/nova-specs master: Re-propose "Secure Boot support for KVM & QEMU guests" spec https://review.opendev.org/693844 | |
| 13:38:28 | openstackgerrit | Kashyap Chamarthy proposed openstack/nova-specs master: Re-propose "Secure Boot support for KVM & QEMU guests" for Ussuri https://review.opendev.org/693844 | |
| 13:49:31 | mriedem | gibi: before i get started on rebasing the cross cell resize series and adding a change to just cast from api to conductor always ( https://review.opendev.org/#/c/635684/53/nova/compute/api.py@3852 ) i wanted to see if you're ok with that plan? | |
| 13:50:49 | efried | Fun morning. About every 15 minutes, the power goes out for a half second. Just long enough to kill my router. | |
| 13:51:40 | efried | Texas: "Ohh, noooo, it's three degrees below freezing, I'm dyyyyyying!" | |
| 13:52:23 | mriedem | thoughts and prayers | |
| 13:52:41 | efried | kashyap: Let me tldr it for you: what's the minimum qemu needed for *encrypted* emulated TPM? | |
| 13:52:59 | kashyap | efried: Hiya; need to do some sleuthing. Let me do that... | |
| 13:53:02 | efried | unencrypted was 2.11 (according to cfriesen) | |
| 13:53:07 | efried | thanks kashyap | |
| 13:53:09 | mriedem | we got a replacement tree put in over the weekend and you're supposed to water new trees but what about when the ground is frozen... | |
| 13:53:13 | efried | not a huge gurry. | |
| 13:53:27 | efried | mriedem: hot water? | |
| 13:53:29 | kashyap | I'll not gurry. | |
| 13:53:55 | efried | "fish or whale offal". Nice. | |
| 13:54:02 | kashyap | "the entrails of fish or whales" | |
| 13:54:30 | efried | but we haven't seen sean-k-mooney yet, so... | |
| 13:54:31 | efried | :P | |
| 13:54:42 | mriedem | efried: i'm pretty sure hot water just freezes too | |
| 13:54:45 | kashyap | Speaking of "offals" ... the other week I was in Lyon, France, for KVM Forum. They are all super big into "offals", apparently. (/me is a vegetarian; only heard it through the grapevine) | |
| 13:55:06 | efried | That's... awfful | |
| 13:55:12 | efried | (see what I did there?) | |
| 13:55:21 | kashyap | Very pun | |
| 13:56:16 | efried | Many cultures have an equivalent. Boudin sausage in Louisiana. Hot dogs in baseball stadiums... | |
| 13:56:29 | efried | haggis in scotland | |
| 13:56:38 | openstackgerrit | Lee Yarwood proposed openstack/nova-specs master: Virtual instance rescue with stable disk devices https://review.opendev.org/693849 | |
| 13:59:02 | kashyap | efried: I see. (Yeah, heard the "haggis" term echo around when in Edinburgh last year.) | |
| 13:59:59 | luyao | efried: hi Eric, I have a question, do I need a bp and separate spec for vpmem live migration? | |
| 14:00:20 | efried | It must be like, at some point in their history all these cultures were starving, so they had to make use of every calorie they could scrounge up, and find a way to make it palatable. And then for reasons of... tradition? it remained in the culture long after it ceased to be necessary. | |
| 14:00:38 | efried | Except for the hot dog thing. That's just because baseball fans are stupid and crazy. | |
| 14:05:04 | dswebb | Hi,have a bit of an odd issue with Livemigration on rocky. I've got a 3 node nova cluster using iscsi -> nimble as my storage. I can successfully migrate a VM from node 1 to node 2 (or node2 to node1) once. If I try and migrate the vm back to the node it started on (or any node it's been on prior) it fails silently to migrate and the only logs I see that suggest any issue are the following: https://pastebin.com/Y2ccf3MR | |
| 14:05:54 | gibi | mriedem: sorry I have to get back to you tomorrow (my) morning | |
| 14:06:36 | mriedem | gibi: ok i'll just post the change since it'll be simple and i need to rebase the series anyway, if you have a problem with it you and dan can fight to the death on the review | |
| 14:07:18 | gibi | mriedem: sure. works for me :) | |
| 14:07:58 | kashyap | Ah, efried is gone ... just when I have his answer for him | |
| 14:15:39 | luyao | efried: hi Eric, in case of you not seeing the msg just now, I need you confirm if I need a blueprint and separate spec for vpmem live migration. Thanks in advance. | |
| 14:16:57 | dswebb | also worth mentioning that the same live migration (back and forth) using ceph as the cinder block store works fine | |
| 14:18:14 | efried | luyao: I don't know; let's put it on the agenda for the next meeting and ask the team. | |
| 14:19:04 | luyao | efried: OK, thanks | |
| 14:19:06 | efried | luyao: I think gibi had at least a blueprint and possibly a spec for the continuation of lifecycle ops with bandwidth providers, but I think that's a much bigger effort than for vpmem. | |
| 14:19:34 | kashyap | efried: Hey, so on your encrypted emulated TPM question -- | |
| 14:20:22 | kashyap | efried: The QEMU version does not matter for encryption. What matters is the 'swtpm'. And you need at least libvirt 5.6.0 for the 'encryption' element | |
| 14:20:25 | kashyap | https://libvirt.org/formatdomain.html#elementsTpm | |
| 14:21:29 | efried | kashyap: sweet, thank you very much. I was aware of the libvirt side, but couldn't find the qemu side documented anywhere. | |
| 14:21:58 | efried | bauzas, gibi: Thank you both for writing up those summaries! | |
| 14:22:08 | bauzas | np | |
| 14:22:10 | bauzas | HTH | |
| 14:23:18 | luyao | efried: yes, in terms of code size, the lm for vpmem is not big | |
| 14:24:43 | efried | luyao: was there mention of the details of lm implementation in the original spec? (Save me digging it up) | |
| 14:25:54 | luyao | efried: no, and I need update the original spec, since our implementation is different from it | |
| 14:27:36 | openstackgerrit | George proposed openstack/nova stable/ocata: Support qemu >= 2.10 https://review.opendev.org/693851 | |
| 14:28:13 | efried | luyao: I think a short spec is probably a good idea, since (IIRC) there are RPC object changes, right? | |
| 14:29:42 | luyao | efried: yes, there is | |
| 14:30:12 | efried | So yeah, please put together a brief spec. Thanks. | |
| 14:31:47 | luyao | efried: Get it, thanks | |
| 15:04:24 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Functional tests for NUMA live migration https://review.opendev.org/672595 | |
| 15:04:24 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Helper to start computes with different HostInfos https://review.opendev.org/686832 | |
| 15:04:26 | openstack | bug 1845146 in OpenStack Compute (nova) train "NUMA aware live migration failed when vCPU pin set" [High,Fix committed] https://launchpad.net/bugs/1845146 - Assigned to Dan Smith (danms) | |
| 15:04:26 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: NUMA LM: Add func test for bug 1845146 https://review.opendev.org/687404 | |
| 15:05:31 | artom | stephenfin, if you've recovered from PTG and still have all your organs, ^^ is still waiting :) | |
| 15:07:17 | bauzas | artom: stephenfin is still somewhere in China | |
| 15:07:33 | artom | bauzas, intentionally? ;) | |
| 15:08:01 | dansmith | lyarwood: I reviewed your rescue spec.. do you have any idea what needs to happen and or what blockers there would be to making rescue work for BFV instances? | |
| 15:08:08 | bauzas | artom: and I can't tell for his organs, but last time I saw him, his liver was working correctly | |
| 15:08:09 | bauzas | :p | |
| 15:08:38 | artom | bauzas, haha | |
| 15:08:47 | bauzas | artom: well, he found that Shanghai wasn't that huge so he visited another city | |
| 15:09:06 | bauzas | oh, and FWIW, I'll keep my wechat account | |
| 15:09:30 | bauzas | living in China for one week makes you realize how life can be different without big G and a few other tools | |
| 15:14:05 | lyarwood | dansmith: thanks for that, yeah I have a rough idea but I've not looked at this since failing to land this in Newton. I can't think of much that's changed since then with regards to the high level implementation. I also can't think of any additional blockers for BFV at the moment tbh. | |
| 15:15:05 | dansmith | lyarwood: okay, maybe I'll try removing the BFV check on a devstack and poke around with what is and isn't working in the current setup | |
| 15:15:22 | dansmith | lyarwood: because BFV instances are some of the more important ones you'd want to rescue, ya'know | |
| 15:16:11 | lyarwood | dansmith: right, so for rescue to work you need to switch things around so the rescue device is the final thing attached, not the first and then boot from that device. | |
| 15:17:03 | dansmith | lyarwood: that's what you're proposing.... | |
| 15:19:35 | lyarwood | dansmith: right sorry I think I'm misunderstanding what you're actually asking here. | |
| 15:20:16 | dansmith | lyarwood: right now we just categorically refuse to rescue a BFV instance, and I think we should change that since BFV instances are likely pets, and likely in need of rescue | |
| 15:20:30 | dansmith | so, with your proposed changes, in addition to the ordering, also including cinder volumes, | |
| 15:20:47 | dansmith | I'm wondering what we could do to follow up your changes with a change to allow rescue of BFV instances | |