| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-11-12 | |||
| 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: Helper to start computes with different HostInfos https://review.opendev.org/686832 | |
| 15:04:24 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Functional tests for NUMA live migration https://review.opendev.org/672595 | |
| 15:04:26 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: NUMA LM: Add func test for bug 1845146 https://review.opendev.org/687404 | |
| 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: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 | |
| 15:21:34 | smcginnis | I've seen cattle with BFV too. Some just prefer to keep their storage on Cinder volumes. FWIW. | |
| 15:22:00 | dansmith | smcginnis: sure I know | |
| 15:22:22 | dansmith | smcginnis: I said "likely" not "always" :) | |
| 15:23:36 | lyarwood | dansmith: Ah! The changes would actually allow BFV and non-BFV but I can see that isn't made clear in the spec. I totally missed this when copying it over from an older change this morning but I'll clean this up and make it clear now. | |
| 15:24:02 | dansmith | lyarwood: sweet | |
| 15:24:13 | dansmith | lyarwood: do you have old crusty code of up for this at all? | |
| 15:24:58 | lyarwood | dansmith: there's an old abandoned series but iirc that was missing the compute service check that I think I had somewhere locally | |
| 15:25:11 | dansmith | lyarwood: ack | |
| 15:25:43 | lyarwood | dansmith: https://review.opendev.org/#/q/status:abandoned+topic:bp/virt-rescue-stable-disk-devices | |
| 15:25:43 | dansmith | lyarwood: so you think that after these changes, if the api let them, we could rescue BFV instances no problem? | |
| 15:26:05 | lyarwood | dansmith: yes | |
| 15:26:12 | dansmith | if so, we'll need a compute capability to indicate this support, and could use that in place of the version check | |
| 15:26:57 | lyarwood | yup true, I also didn't cover microversions in the spec that I think came up in that series | |
| 15:29:24 | dansmith | lyarwood: no REST API changes, so why a microversion? | |
| 15:31:56 | lyarwood | dansmith: https://review.opendev.org/#/c/270288/18/nova/compute/api.py@2777 - mriedem raised it here as something we might have to do, I'm also not sure if that's still the case tbh. | |
| 15:32:22 | dansmith | lyarwood: oh, you even remove that in the code, I see, | |
| 15:32:46 | dansmith | well, in that case it probably does need a microversion and a rest api impact section, but in the spec I just reviewed you said "none" :) | |
| 15:34:02 | lyarwood | yeah apologies this slipped my mind when I was pushing it up for review earlier. I'll mark the spec as WIP for now while I get things back in order. | |
| 15:34:52 | dansmith | lyarwood: you said you were going to work on this this cycle right? | |
| 15:35:52 | lyarwood | dansmith: yup I should actually have time this cycle | |
| 15:36:10 | dansmith | lyarwood: cool, I | |
| 15:36:23 | dansmith | I would suggest getting this going sooner than later if you can schedule it | |
| 15:36:39 | dansmith | at least rebase the code and get it restored so that others can comment/help | |
| 15:37:01 | dansmith | even if before the spec, although I think the spec is easy to merge pretty soon if you fix up the issues | |
| 15:37:33 | lyarwood | dansmith: sure, I should be able to get something rebased pretty quickly. | |
| 15:37:36 | lyarwood | famous last words | |