Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-09-04
22:16:54 melwitt I'm glad to know what the issue was. I've been wondering about it
22:16:54 donnyd and here is 32-8 left to right
22:17:02 donnyd me too
22:17:05 donnyd LOL melwitt
22:17:08 melwitt haha xD
22:17:17 donnyd Its that dinner time around here
22:17:43 melwitt o/
22:30:56 aspiers efried: hmm, other option for breaking the cycle is to move get_machine_type() from utils to new machine_types.py
22:31:03 aspiers maybe that's better
22:31:29 aspiers (than moving libvirt-specific sev_enabled() to virt.hardware)
22:35:06 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (13) https://review.opendev.org/576020
22:35:32 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (14) https://review.opendev.org/576027
22:37:12 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (15) https://review.opendev.org/576031
22:37:31 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (16) https://review.opendev.org/576299
22:37:49 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (17) https://review.opendev.org/576344
22:38:06 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (18) https://review.opendev.org/576673
22:38:22 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (19) https://review.opendev.org/576676
22:38:39 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (20) https://review.opendev.org/576689
22:38:54 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (21) https://review.opendev.org/576709
22:39:12 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (22) https://review.opendev.org/576712
23:30:33 openstackgerrit Nathan Kinder proposed openstack/nova master: Allow TLS ciphers/protocols to be configurable for console proxies https://review.opendev.org/679502
23:54:52 brinzhang mriedem: pretty good, thanks
#openstack-nova - 2019-09-05
00:40:09 openstackgerrit Artom Lifshitz proposed openstack/nova master: NUMA live migration support https://review.opendev.org/634606
00:40:09 openstackgerrit Artom Lifshitz proposed openstack/nova master: Deprecate CONF.workarounds.enable_numa_live_migration https://review.opendev.org/640021
00:40:10 openstackgerrit Artom Lifshitz proposed openstack/nova master: Functional tests for NUMA live migration https://review.opendev.org/672595
00:57:36 openstackgerrit Dustin Cowles proposed openstack/nova master: Provider Config File: YAML file loading and schema validation https://review.opendev.org/673341
00:57:36 openstackgerrit Dustin Cowles proposed openstack/nova master: WIP: Provider Config File: Function to further validate and retrieve configs https://review.opendev.org/676029
00:57:37 openstackgerrit Dustin Cowles proposed openstack/nova master: WIP: Provider Config File: Merge provider configs to provider tree https://review.opendev.org/676522
02:28:36 openstackgerrit Brin Zhang proposed openstack/python-novaclient master: Microversion 2.78: Add delete_on_termination to volume-attach API https://review.opendev.org/673485
02:49:36 alex_xu dansmith: Luyao defined a field type for resource_class https://review.opendev.org/#/c/678448/13/nova/objects/fields.py@94, but I doubt validate the standard rc is right thing.
02:51:06 alex_xu dansmith: if we are in the middle of upgrade, like Live migraiton, there will be have object transfer between new and old node. so for old node, it may have old os-resource-class lib, so it may not know the new RC, then the deserilzier will blowup. So if we want the validation, I think we only need a copy of generic RC pattern
02:51:08 alex_xu https://github.com/openstack/placement/blob/master/placement/schemas/common.py#L19, let me know if it is right
03:01:52 openstackgerrit Merged openstack/nova master: Use microversion in put allocations in test_report_client https://review.opendev.org/679622
03:30:59 openstackgerrit Brin Zhang proposed openstack/python-novaclient master: Microversion 2.78: Add delete_on_termination to volume-attach API https://review.opendev.org/673485
04:14:54 gmann melwitt: johnthetubaguy alex_xu looking for review/feedback on this first set of policy-defaults-refresh changes. This one and all its base patches - https://review.opendev.org/#/c/648480/
04:15:36 alex_xu gmann: got it
04:16:04 gmann alex_xu: thanks. and this nit followup change in spec - https://review.opendev.org/#/c/669196/
04:17:05 gmann alex_xu: this is review guide i sent on ML - http://lists.openstack.org/pipermail/openstack-discuss/2019-August/008504.html
04:17:46 alex_xu gmann: got it, I will give it try, let see if i have enough bandwidth
04:18:18 gmann alex_xu: thx again , kenichi has +2 on most of them i think
04:53:55 openstackgerrit Akira KAMIO proposed openstack/nova master: VMware: disk_io_limits settings are not reflected when resize https://review.opendev.org/680296
05:40:59 openstackgerrit Sundar Nadathur proposed openstack/nova master: ksa auth conf and client for Cyborg access https://review.opendev.org/631242
05:41:00 openstackgerrit Sundar Nadathur proposed openstack/nova master: Add Cyborg device profile groups to request spec. https://review.opendev.org/631243
05:41:00 openstackgerrit Sundar Nadathur proposed openstack/nova master: Create and bind Cyborg ARQs. https://review.opendev.org/631244
05:41:01 openstackgerrit Sundar Nadathur proposed openstack/nova master: Get resolved Cyborg ARQs and add PCI BDFs to VM's domain XML. https://review.opendev.org/631245
05:41:01 openstackgerrit Sundar Nadathur proposed openstack/nova master: Delete ARQs for an instance when the instance is deleted. https://review.opendev.org/673735
05:53:01 openstackgerrit Brin Zhang proposed openstack/python-novaclient master: Microversion 2.78: Add delete_on_termination to volume-attach API https://review.opendev.org/673485
06:46:13 openstackgerrit Luyao Zhong proposed openstack/nova master: libvirt: Enable driver configuring PMEM namespaces https://review.opendev.org/679640
06:46:14 openstackgerrit Luyao Zhong proposed openstack/nova master: Add functional tests for virtual persistent memory https://review.opendev.org/678470
06:46:14 openstackgerrit Luyao Zhong proposed openstack/nova master: doc: attaching virtual persistent memory to guests https://review.opendev.org/680300
07:02:24 brinzhang gmann: takashin: https://review.opendev.org/#/c/673133/15/api-ref/source/os-volume-attachments.inc@46, replace the response of the `GET os-volume_attachments`` or ``SHOW os-volume_attachments`` response body by latest version.
07:02:33 brinzhang gmann: takashin: I am not sure is it appropriate. If the microversion less than 2.78, the delete_on_termination field will not contained in the response.
07:02:50 brinzhang gmann: takashin:In PS12 I also add the v2.78 response example to that palce, but mriedem let me removed it and just add the os-volume_attachments response to the POST API. https://review.opendev.org/#/c/673133/12/api-ref/source/os-volume-attachments.inc@54
07:09:28 takashin brinzhang: If the microversion less than 2.78, the delete_on_termination field will not contained in the response. But it is not problem because the parameter description says delete_on_termination has been added since microversion 2.78.
07:14:20 brinzhang takashin: thanks, I will replace it by follow-up.
07:47:35 openstackgerrit Boxiang Zhu proposed openstack/nova master: Preserve UEFI NVRAM variable store https://review.opendev.org/621646
07:58:02 openstackgerrit Boxiang Zhu proposed openstack/nova master: Make evacuation respects anti-affinity rule https://review.opendev.org/649963
07:58:02 openstackgerrit Boxiang Zhu proposed openstack/nova master: Fix live migration break group policy simultaneously https://review.opendev.org/651969
08:07:59 openstackgerrit Brin Zhang proposed openstack/python-novaclient master: Microversion 2.78: Add delete_on_termination to volume-attach API https://review.opendev.org/673485
08:34:00 openstackgerrit Yongli He proposed openstack/nova master: Clean up orphan instances virt driver https://review.opendev.org/648912
08:34:01 openstackgerrit Yongli He proposed openstack/nova master: clean up orphan instances https://review.opendev.org/627765
08:41:42 kashyap aspiers: This is from OpenSUSE, see the maddenning number of OVMF binaries :-( -- http://paste.openstack.org/show/693648/
08:41:46 kashyap aspiers: An impressive 35
08:42:54 kashyap aspiers: Anyway, can you get the same output from SLES? (`rpm -ql qemu-ovmf-x86_64`)
08:44:09 kashyap aspiers: But my educated guess is that, these two are the recommended ones for Secure Boot:
08:44:12 kashyap /usr/share/qemu/ovmf-x86_64-ms-4m-code.bin
08:44:14 kashyap /usr/share/qemu/ovmf-x86_64-ms-4m-vars.bin
08:44:27 kashyap (The above are from OpenSUSE. Hopefully they're similarly named on SLES.)
08:45:20 kashyap aspiers: In short, for SB, you want the 'ms'-variant '-code.bin' (and its corresponding '-vars.bin')
08:46:26 aspiers kashyap: it's not 35, you're counting text files and directories in that
08:46:38 aspiers kashyap: but still agree that it's way too many
08:46:51 kashyap aspiers: Yeah, sorry, exaggerated; do rake me on coals
08:46:54 aspiers XD
08:47:20 aspiers It's the same on SLES
08:52:45 dr_gogeta86 good morning
08:52:58 dr_gogeta86 any hitachi guys here ?
08:58:03 kashyap aspiers: Okay, then. Do you have the recorded notes from your previous successful Secure Boot?
08:58:21 kashyap aspiers: If so, I'd bet they are the ms-variant binaries.
08:58:50 aspiers kashyap: No it was -suse-code
08:59:55 kashyap aspiers: Ah, okay. So they are the MS-enrolled ones for SLES
09:00:11 aspiers kashyap: But the problem is I'm trying to boot an unreleased test kernel
09:00:18 aspiers so it doesn't have the official signature
09:01:00 kashyap Nod; for this unrelease kernel, either you just go into the Tianocore BIOS and disable SB
09:01:20 aspiers kashyap: https://en.opensuse.org/openSUSE:UEFI#Booting_a_custom_kernel has been suggested
09:01:53 kashyap Yep, those are the steps the Secure Boot / BIOS dev I know recommended too
09:02:05 kashyap You have to do a lot of manual muckery, generate certs, run 'mokutil', etc
09:03:12 aspiers kashyap: do BIOS definitions get persisted to the VARS file? is that what https://review.opendev.org/#/c/621646/ is about?
09:04:11 aspiers kashyap: I'm confused by that commit, because even without it I *already* see the vars files persisting in /var/lib/libvirt/qemu/nvram
09:04:26 kashyap aspiers: The VARS file contains anything a user configures.
09:04:28 aspiers Oh, that's the bug
09:04:54 kashyap aspiers: The context is: just like traditional BIOS, UEFI has menus (just more of them), and needs to store them somewher
09:04:55 aspiers "Anything" meaning what though? BIOS settings? anything else?
09:05:10 kashyap So, if a user customizes something, it goes into the "VARS" file
09:06:00 kashyap aspiers: One of the things it stores is the UEFI keys
09:07:45 kashyap aspiers: Yeah, the bug is reinitializing a VARS from the default template, which is is undesirable.
09:08:51 aspiers right
09:09:00 aspiers so e.g. SB would have to be disabled every boot
09:09:19 aspiers there should really also be some way to change the default template
09:09:23 aspiers even per image
09:10:10 kashyap aspiers: In what else way do you want to "change the default (VARS) template"?

Earlier   Later