| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-06-07 | |||
| 14:37:32 | opendevreview | John Garbutt proposed openstack/nova master: Update quota_class APIs for db and api limits https://review.opendev.org/c/openstack/nova/+/712143 | |
| 14:39:01 | opendevreview | John Garbutt proposed openstack/nova master: Update limit APIs https://review.opendev.org/c/openstack/nova/+/712707 | |
| 14:41:56 | opendevreview | John Garbutt proposed openstack/nova master: Update quota sets APIs https://review.opendev.org/c/openstack/nova/+/712749 | |
| 15:17:50 | artom | When was the last time we talked about preemptible instances? (Most recent) Denver? | |
| 15:18:05 | artom | Anyone remember the outcome? | |
| 15:26:53 | opendevreview | Kashyap Chamarthy proposed openstack/nova master: Allow 'bochs' as a display device option https://review.opendev.org/c/openstack/nova/+/794796 | |
| 15:28:20 | kashyap | artom: Hey, completely unrelated: did I miss anything else to bump in the above? (I'm pinging you, as you did something similar for your "socket" (for PCI NUMA affinity) thingie) | |
| 15:28:38 | artom | kashyap, lemme check | |
| 15:29:50 | kashyap | artom: Hmm, okay ... this is the one failing test: http://paste.openstack.org/show/806427/. How do I update that hash? | |
| 15:30:02 | opendevreview | Lee Yarwood proposed openstack/nova master: libvirt: Set driver_iommu when attaching virtio devices to SEV instance https://review.opendev.org/c/openstack/nova/+/794639 | |
| 15:30:30 | artom | kashyap, it's in nova/tests/unit/objects/test_objects.py - just grep for the old 'reference' hash, and change it to the new one | |
| 15:31:46 | kashyap | artom: Okay, a stupid question: where do I "discover" the new hash? | |
| 15:31:57 | artom | kashyap, you don't, the tests will tell you :) | |
| 15:32:08 | artom | At least that's what I always do. | |
| 15:32:15 | kashyap | Ah, right; it should catch it | |
| 15:32:34 | kashyap | artom: Okay, that's good. Lemme try | |
| 15:32:41 | artom | Any time I change objects, I try to remember to run test_objects, then update the hashes. | |
| 15:33:44 | kashyap | artom: You mean 'test_versions'? | |
| 15:33:51 | kashyap | But yeah, point noted... | |
| 15:35:11 | kashyap | artom: Thanks. | |
| 15:36:01 | artom | kashyap, well, test_versions in test_objects.py | |
| 15:37:18 | kashyap | Yep; yar. | |
| 15:38:27 | kashyap | Alright, that fixes it | |
| 15:42:16 | opendevreview | Kashyap Chamarthy proposed openstack/nova master: Allow 'bochs' as a display device option https://review.opendev.org/c/openstack/nova/+/794796 | |
| 15:52:02 | bauzas | artom: about preemptible instances, we said "go for it" | |
| 15:52:11 | bauzas | but not something in Nova | |
| 15:52:27 | bauzas | a specific other service, and it was maybe Blazar | |
| 15:52:40 | artom | IIRC there was a thing called "Reaper"? | |
| 15:52:40 | bauzas | priteau: do you remember when and where we said this ? | |
| 15:53:01 | bauzas | artom: correct, something done by john and the CERN IIRC | |
| 15:53:52 | bauzas | I remember this https://specs.openstack.org/openstack/blazar-specs/specs/ussuri/blazar-preemptible-instances.html | |
| 15:54:07 | priteau | bauzas: I think we mentioned the reaper in Blazar in Denver PTG (Sep 2018) | |
| 15:54:23 | opendevreview | Lee Yarwood proposed openstack/nova-specs master: Add attachmentId to responses of the os-volume_attachments API https://review.opendev.org/c/openstack/nova-specs/+/794799 | |
| 15:54:58 | kashyap | artom: When you can, please give your ack (or nack, if need be) again? I uploaded a rev right after you did. | |
| 15:55:17 | priteau | bauzas: but that was maybe before aardvark was completed | |
| 15:56:18 | lyarwood | https://review.opendev.org/c/openstack/nova/+/793463 should be ready for review if anyone has time btw | |
| 15:56:30 | bauzas | priteau: this one, right? https://gitlab.cern.ch/ttsiouts/aardvark | |
| 15:56:33 | bauzas | artom: ^ | |
| 15:56:38 | priteau | yep | |
| 15:58:07 | artom | Is https://gitlab.cern.ch/ttsiouts/aardvark the continuation of https://gitlab.cern.ch/ttsiouts/ReaperServicePrototype? | |
| 15:58:12 | artom | Also, both look fairly dead | |
| 16:10:29 | priteau | artom: I believe it the continuation, yes. Unfortunately ttsiouts has left CERN and I don't believe this work has been picked up by anyone else. | |
| 16:10:56 | priteau | Also I think there were some disagreement on the nova modifications required for this (pending state) | |
| 16:11:36 | artom | priteau, ack, thanks for the context! | |
| 16:11:42 | artom | priteau, are you with CERN, btw? | |
| 16:15:02 | priteau | I am not, but I work with John Garbutt at StackHPC who I think was involved in the discussions | |
| 16:16:23 | priteau | See https://review.opendev.org/q/owner:theodoros.tsioutsias%2540cern.ch+project:openstack/nova for the proposed changes | |
| 16:21:40 | artom | priteau, yep, I remember John being involved/interested | |
| 16:23:05 | artom | priteau, reason for all these questions is that we (Red Hat) have been asked to make preemptible instances a thing | |
| 16:23:38 | priteau | By customers? | |
| 16:23:52 | artom | priteau, yeah. I suspect the answer will be "no" because we don't have the manpower to essentially bootstrap a new project (Reaper, or whatever it ends up being called) by ourselves | |
| 16:24:12 | artom | But maybe, just maybe, if there's enough money on the line, and community drive, it can happen | |
| 16:24:18 | artom | An item for next PTG, perhaps | |
| 16:26:20 | priteau | Yeah that would be good | |
| 16:28:01 | priteau | I've proposed a spec for blazar to implement preemptibles, because in the context of using reservations it can be done without changes to nova | |
| 16:30:52 | priteau | That's the one linked by bauzas earlier: https://specs.openstack.org/openstack/blazar-specs/specs/ussuri/blazar-preemptible-instances.html | |
| 16:31:19 | artom | priteau, if that's the way it moves forward, RH would still have to productize Blazaar... | |
| 16:31:50 | artom | priteau, but good to know there would be no new code for us (RH) to write | |
| 16:31:53 | priteau | Yeah I am not saying this is a full solution for you ;) | |
| 16:32:11 | artom | Despite our millions, we're surprisingly people-strapped :P | |
| 16:32:30 | artom | Just getting Designate up and running was a more than year-long thing. | |
| 17:20:05 | opendevreview | Lee Yarwood proposed openstack/nova master: libvirt: Set driver_iommu when attaching virtio devices to SEV instance https://review.opendev.org/c/openstack/nova/+/794639 | |
| 17:31:45 | opendevreview | Lee Yarwood proposed openstack/nova master: libvirt: Set driver_iommu when attaching virtio devices to SEV instance https://review.opendev.org/c/openstack/nova/+/794639 | |
| 17:42:35 | opendevreview | Merged openstack/nova stable/wallaby: zuul: Replace grenade and nova-grenade-multinode with grenade-multinode https://review.opendev.org/c/openstack/nova/+/794345 | |
| 17:57:34 | opendevreview | Ade Lee proposed openstack/nova master: Add check job for FIPS https://review.opendev.org/c/openstack/nova/+/790519 | |
| 20:17:16 | opendevreview | melanie witt proposed openstack/nova stable/victoria: Honor [neutron]http_retries in the manual client https://review.opendev.org/c/openstack/nova/+/795175 | |
| 20:19:39 | opendevreview | melanie witt proposed openstack/nova stable/ussuri: Honor [neutron]http_retries in the manual client https://review.opendev.org/c/openstack/nova/+/795176 | |
| 20:21:05 | opendevreview | melanie witt proposed openstack/nova stable/train: Honor [neutron]http_retries in the manual client https://review.opendev.org/c/openstack/nova/+/795177 | |
| 20:25:20 | melwitt | dansmith: if you fancy unblocking the stable/victoria gate https://review.opendev.org/c/openstack/nova/+/794674 | |
| 20:43:57 | opendevreview | Vlad Gusev proposed openstack/nova stable/stein: Honor [neutron]http_retries in the manual client https://review.opendev.org/c/openstack/nova/+/795138 | |
| 21:07:23 | dansmith | melwitt: and what if I like it broken? | |
| 21:08:12 | melwitt | dansmith: then you get the angry eyebrows >:| | |
| 21:08:32 | dansmith | ...which are more scary than a blocked gate, so... okay | |
| 21:09:18 | melwitt | or the look of disapproval ಠ_ಠ| |
| 21:09:20 | melwitt | :) | |
| 21:10:06 | dansmith | oh god, my childhood all over again | |
| 21:10:18 | melwitt | 😂 | |
| #openstack-nova - 2021-06-08 | |||
| 00:27:46 | opendevreview | Vlad Gusev proposed openstack/nova stable/stein: Honor [neutron]http_retries in the manual client https://review.opendev.org/c/openstack/nova/+/795138 | |
| 07:27:16 | opendevreview | Yongli He proposed openstack/nova master: Smartnic support - cyborg drive https://review.opendev.org/c/openstack/nova/+/771362 | |
| 07:27:20 | opendevreview | Yongli He proposed openstack/nova master: smartnic support - new vnic type https://review.opendev.org/c/openstack/nova/+/771363 | |
| 07:27:28 | opendevreview | Yongli He proposed openstack/nova master: smartnic support https://review.opendev.org/c/openstack/nova/+/758944 | |
| 07:27:38 | opendevreview | Yongli He proposed openstack/nova master: smartnic support - reject server move and suspend https://review.opendev.org/c/openstack/nova/+/779913 | |
| 07:27:45 | opendevreview | Yongli He proposed openstack/nova master: smartnic support - functional tests https://review.opendev.org/c/openstack/nova/+/780147 | |
| 09:04:19 | slaweq | hi nova team | |
| 09:04:34 | slaweq | in one of neutron jobs I have errors in nova-compute, like https://df08b3f27c09a85d3fe8-f65209ceca8d59b8b2f1e727ebf5e4dd.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/master/devstack-tobiko-faults-centos/d402aac/compute1/logs/screen-n-cpu.txt | |
| 09:04:47 | slaweq | do You maybe know what can be the reason of such issue? | |
| 09:04:55 | slaweq | I have virt_type=qemu set there | |
| 09:05:01 | slaweq | and cpu_mode=None | |
| 09:31:00 | lyarwood | stephenfin: morning, if you get a chance today can you hit https://review.opendev.org/c/openstack/nova/+/794639 please? | |
| 09:31:40 | lyarwood | https://review.opendev.org/q/topic:%2522bug/1905701%2522+status:open+branch:master is also ready for review if anyone has time | |
| 10:00:57 | kashyap | gibi: Hey, today's the upstream call, yeah? I'd like to bring this (fairly mechanical thing) up today - https://blueprints.launchpad.net/nova/+spec/add-bochs-display-device | |
| 10:02:06 | kashyap | gibi: WIP here: https://review.opendev.org/q/topic:%22bp%252Fadd-bochs-display-device%22+(status:open%20OR%20status:merged) | |
| 10:27:45 | sean-k-mooney | slaweq: it looks like that job is trying to enable sev es to be availe in the guest without kvm | |
| 10:28:10 | sean-k-mooney | libvirt.libvirtError: internal error: unknown feature amd-sev-es | |
| 10:29:07 | slaweq | sean-k-mooney yeah, but there is nothing like that configured in the job | |
| 10:29:18 | slaweq | and that's actually weird for me :) | |
| 10:29:57 | slaweq | sean-k-mooney I think we may be hitting https://bugzilla.redhat.com/show_bug.cgi?id=1961562 there | |
| 10:29:58 | opendevmeet | bugzilla.redhat.com bug 1961562 in libvirt "vm can not start with error as "internal error: unknown feature amd-sev-es"" [Urgent,Verified] - Assigned to phrdina | |
| 10:30:14 | sean-k-mooney | slaweq: ya its not a nova bug | |
| 10:30:21 | slaweq | but would be great if You could confirm that :) | |