| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-07-25 | |||
| 12:05:19 | aspiers | "Failed to retrieve domain caps from libvirt for arch %(arch)s; maybe incompatible with virt_type %(virt_type)s / machine_type %(mach_type)s? libvirt error was: %(error)s" | |
| 12:05:34 | sean-k-mooney | ya im fine with that | |
| 12:05:37 | aspiers | or actually | |
| 12:05:47 | aspiers | since the libvirt error is already helpful enough | |
| 12:06:04 | aspiers | "Failed to retrieve domain caps from libvirt for arch %(arch)s / virt_type %(virt_type)s / machine_type %(mach_type)s; libvirt error was: %(error)s" | |
| 12:06:26 | sean-k-mooney | sure we dont need to make it a question | |
| 12:06:38 | sean-k-mooney | since the lbvirt error states what the issue was | |
| 12:07:11 | kashyap | aspiers: Can't we do a check to determine the arch to 'virt_type' compatibility? | |
| 12:07:22 | sean-k-mooney | no | |
| 12:07:24 | aspiers | sean-k-mooney: exactly, I removed the question mark | |
| 12:07:26 | sean-k-mooney | that is libvirt job | |
| 12:07:32 | aspiers | kashyap: I agree with sean-k-mooney here | |
| 12:07:46 | aspiers | nova shouldn't know about that | |
| 12:07:50 | kashyap | sean-k-mooney: I meant, _using_ libvirt's reported results, of course | |
| 12:07:56 | kashyap | aspiers: Yeah, just thinking out loud | |
| 12:08:04 | kashyap | I agree that Nova sholdn't know about it | |
| 12:08:11 | sean-k-mooney | right if kvm ever adds support for accleration of non ntaive instruction i dont want to need to modify nova | |
| 12:08:20 | aspiers | so nova is not checking compatibility, it's just trying to get dom caps | |
| 12:08:32 | kashyap | aspiers: typo: "caps" --> "capabilities" | |
| 12:08:37 | aspiers | if that fails we report the error from libvirt plus details of the API parameters | |
| 12:08:49 | aspiers | kashyap: my wrists hurt so I am trying to reduce typing :-p | |
| 12:08:59 | aspiers | typos in IRC are allowed! | |
| 12:09:01 | aspiers | just not in code | |
| 12:09:02 | kashyap | aspiers: No-no, in the _error_ message I mean | |
| 12:09:07 | aspiers | oh :) | |
| 12:09:12 | aspiers | ok sure | |
| 12:09:18 | kashyap | Of course, it's fine here ;-) I'm not _that_ pedantic | |
| 12:09:22 | aspiers | "Failed to retrieve domain capabilities from libvirt for arch %(arch)s / virt_type %(virt_type)s / machine_type %(mach_type)s; libvirt error was: %(error)s" | |
| 12:09:37 | kashyap | aspiers: Yes, sounds clear and truthful | |
| 12:09:42 | aspiers | kashyap: haha well I am sometimes so I wasn't ruling out that you might be too ;-) | |
| 12:09:44 | sean-k-mooney | ya that looks fine | |
| 12:09:57 | aspiers | sean-k-mooney: OK want me to change it or you? | |
| 12:10:06 | sean-k-mooney | sure | |
| 12:10:14 | sean-k-mooney | i am about to grab lunch | |
| 12:10:16 | aspiers | sure == me? :) | |
| 12:10:20 | aspiers | OK | |
| 12:10:23 | aspiers | before you go | |
| 12:10:24 | sean-k-mooney | if you havent by the time i get back ill do it | |
| 12:10:27 | aspiers | I have some semi-exciting news | |
| 12:10:31 | aspiers | check this out | |
| 12:10:33 | sean-k-mooney | oh? | |
| 12:10:40 | aspiers | Jul 25 01:29:37 della5s17 nova-compute[6543]: DEBUG nova.scheduler.client.report [None req-ce6afb17-2d5f-489a-bfda-667053513883 None None] Inventory has not changed for provider 54d4029e-c36b-4bd3-b922-ab4cdefba128 based on inventory data: {u'VCPU': {u'allocation_ratio': 16.0, u'total': 128, u'reserved': 0, u'step_size': 1, u'min_unit': 1, u'max_unit': 128}, u'MEMORY_MB': {u'allocation_ratio': 1.5, | |
| 12:10:42 | aspiers | u'total': 128452, u'reserved': 512, u'step_size': 1, u'min_unit': 1, u'max_unit': 128452}, u'DISK_GB': {u'allocation_ratio': 1.0, u'total': 95, u'reserved': 0, u'step_size': 1, u'min_unit': 1, u'max_unit': 95}, u'MEM_ENCRYPTION_CONTEXT': {u'allocation_ratio': 1.0, u'total': 2147483647, u'reserved': 0, u'step_size': 1, u'min_unit': 1, u'max_unit': 2147483647}} {{(pid=6543) set_inventory_for_provider | |
| 12:10:44 | aspiers | /opt/stack/nova/nova/scheduler/client/report.py:912}} | |
| 12:10:46 | aspiers | oops, sorry for linebreaks | |
| 12:10:50 | aspiers | that's from a real SEV system | |
| 12:11:03 | aspiers | total is "infinite" cos I didn't configure the nova.conf option yet | |
| 12:11:11 | aspiers | I'm gonna set to 16 now | |
| 12:11:16 | sean-k-mooney | cool | |
| 12:11:32 | kashyap | aspiers: Hehe | |
| 12:11:53 | sean-k-mooney | i also reached a milestone yesterday where i fully tested the vPMU feature and image metadata prefilter stuff i have been working on | |
| 12:12:10 | aspiers | nice! | |
| 12:12:12 | aspiers | also | |
| 12:12:15 | aspiers | Jul 25 01:24:29 della5s17 nova-compute[6543]: DEBUG nova.scheduler.client.report [None req-ce6afb17-2d5f-489a-bfda-667053513883 None None] Refreshing trait associations for resource provider 54d4029e-c36b-4bd3-b922-ab4cdefba128, traits: | |
| 12:12:16 | aspiers | HW_CPU_X86_SSE,COMPUTE_IMAGE_TYPE_ISO,COMPUTE_NET_ATTACH_INTERFACE,COMPUTE_NET_ATTACH_INTERFACE_WITH_TAG,HW_CPU_X86_AMD_SEV,COMPUTE_IMAGE_TYPE_AKI,COMPUTE_IMAGE_TYPE_ARI,COMPUTE_IMAGE_TYPE_QCOW2,COMPUTE_TRUSTED_CERTS,HW_CPU_X86_SVM,COMPUTE_DEVICE_TAGGING,COMPUTE_VOLUME_ATTACH_WITH_TAG,COMPUTE_VOLUME_MULTI_ATTACH,HW_CPU_X86_SSE2,COMPUTE_IMAGE_TYPE_AMI,COMPUTE_VOLUME_EXTEND,HW_CPU_X86_MMX,COMPUTE_IMAGE_ | |
| 12:12:18 | sean-k-mooney | it was really nice to see the traits showing up in placmenet for the prefilter and the transform happening | |
| 12:12:18 | aspiers | TYPE_RAW {{(pid=6543) _refresh_associations /opt/stack/nova/nova/scheduler/client/report.py:796}} | |
| 12:12:24 | aspiers | oh, line breaks are from IRC max line limit | |
| 12:12:48 | aspiers | Jul 25 01:13:25 della5s17 nova-compute[6543]: {{(pid=6543) _get_domain_capabilities /opt/stack/nova/nova/virt/libvirt/host.py:831}} | |
| 12:12:49 | aspiers | Jul 25 01:13:25 della5s17 nova-compute[6543]: DEBUG nova.virt.libvirt.host [-] Checking SEV support for arch x86_64 and machine type pc {{(pid=6543) _set_amd_sev_support /opt/stack/nova/nova/virt/libvirt/host.py: | |
| 12:12:51 | aspiers | 1120}} | |
| 12:12:53 | aspiers | Jul 25 01:13:25 della5s17 nova-compute[6543]: INFO nova.virt.libvirt.host [-] AMD SEV support detected | |
| 12:13:34 | aspiers | so I'm finally ready to test booting a real SEV VM through nova :-O | |
| 12:14:12 | sean-k-mooney | nice | |
| 12:14:48 | sean-k-mooney | i have added both my features to the runeway queue so hopfully we will see sev on that list soon too | |
| 12:15:33 | aspiers | it's already in the queue | |
| 12:15:58 | aspiers | I thought the series was already ready before I went on vacation so I added it then | |
| 12:16:01 | sean-k-mooney | i dont see it | |
| 12:16:03 | aspiers | of course I was wrong | |
| 12:16:22 | aspiers | ah, got removed again | |
| 12:16:44 | sean-k-mooney | ya because it was in merge conflict | |
| 12:16:52 | aspiers | not when I added it | |
| 12:17:17 | sean-k-mooney | sure but it went into merge conflict when you were on vaction | |
| 12:17:21 | aspiers | yes | |
| 12:17:30 | aspiers | at least that bit wasn't my fault ;-) | |
| 12:17:45 | sean-k-mooney | :) damb cores merging code | |
| 12:17:54 | sean-k-mooney | its almost as if its part of there jobs | |
| 12:18:17 | aspiers | I know, disgraceful behaviour | |
| 12:21:45 | sean-k-mooney | ok, shower, lunch and then back before a meeting at 2. that should be totally doable... | |
| 12:21:58 | aspiers | good luck | |
| 12:24:01 | mriedem | brinzhang: https://review.opendev.org/#/c/612949/10 | |
| 12:24:06 | mriedem | alex_xu: ^ | |
| 12:24:36 | mriedem | i think what i've described as the main proposed change (in my comments) makes sense, but the spec overall is a bit confusing since it seems to mix in lots of different things | |
| 12:24:53 | mriedem | if the spec can be cleaned up in time for the spec freeze i'll probably be +2 on it | |
| 12:25:49 | mriedem | i do appreciate that the entire dev team from inspur has +1ed the spec without leaving any comments though :) | |
| 12:26:19 | aspiers | mriedem: since I'm back from vacation and have got the SEV series back to (AFAICS) 100% health, I've readded to the runway | |
| 12:26:23 | mriedem | within like 5 minutes of each other :) | |
| 12:26:45 | mriedem | aspiers: ok | |
| 12:27:02 | openstackgerrit | Daniel Speichert proposed openstack/nova-specs master: Directly download and upload images to RBD https://review.opendev.org/658903 | |
| 12:55:18 | aspiers | sean-k-mooney: almost got the PS ready | |
| 12:56:09 | efried | aspiers: also, it's generally discouraged to put a series in a runway slot if the devs are going to be on vacation or otherwise unavailable during the window to address comments (and merge conflicts). | |
| 12:57:03 | efried | see last bullet under "Requirements for being eligible..." | |
| 12:57:07 | aspiers | efried: ack. IIRC it was far back in the queue so didn't seem to have much chance of getting addressed while I was away | |
| 12:57:11 | aspiers | but maybe I miscalculated | |
| 12:57:49 | aspiers | also, I was expecting a colleague to be available while I was away | |
| 12:58:06 | aspiers | but I think he got busy with other commitments | |
| 12:58:09 | efried | aspiers: What should have happened is whoever actually moved it from the queue to a slot should have asked about dev availability. | |
| 12:58:18 | aspiers | life happens ... | |
| 12:58:19 | efried | anyway, nbd | |
| 12:58:41 | aspiers | I'm here now anyway :) | |