| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-02-02 | |||
| 18:32:03 | sean-k-mooney | it looks like your almost done however which is nice | |
| 18:32:26 | bauzas | no worries | |
| 18:32:55 | bauzas | fortunately, we only call create_port if the user passes a network | |
| 18:33:29 | bauzas | when passing a specific port (even a deferred), we don't call it, so that's why I was sure that the first segment was accepted | |
| 18:33:37 | sean-k-mooney | yep | |
| 18:34:29 | bauzas | anyway, /me goes off now | |
| 18:38:40 | gmann | stephenfin: ack, on it. | |
| 19:22:07 | gmann | stephenfin: lbragstad done. few which are from stephenfin need one more +2 | |
| 20:06:23 | openstackgerrit | melanie witt proposed openstack/placement master: policy: Remove the deprecated 'placement' rule https://review.opendev.org/c/openstack/placement/+/772333 | |
| 20:20:29 | openstackgerrit | sean mooney proposed openstack/nova master: [WIP] support per port numa policies with sriov https://review.opendev.org/c/openstack/nova/+/773792 | |
| 21:02:50 | openstackgerrit | Merged openstack/placement master: Add functional-py3[89] tox targets https://review.opendev.org/c/openstack/placement/+/760890 | |
| 21:36:37 | rm_work | augh, how do I use OSC to quickly see which hypervisors are in an AZ? | |
| 21:36:55 | rm_work | failing to find the right command to let me quickly see this | |
| 21:38:59 | openstackgerrit | Merged openstack/placement master: Pass context objects to oslo.policy directly https://review.opendev.org/c/openstack/placement/+/766785 | |
| 21:42:29 | rm_work | ok rather, failing to figure out how i can show the relationship between hypervisor and AZ/aggregate at all | |
| 21:42:47 | rm_work | I assume i'm missing something obvious | |
| 21:42:57 | rm_work | or fundamentally misunderstand how this relationship works | |
| 22:50:02 | openstackgerrit | Ghanshyam proposed openstack/placement master: DNM: testing direct l-c https://review.opendev.org/c/openstack/placement/+/773813 | |
| 23:32:32 | openstackgerrit | Merged openstack/nova master: Include removal of ephemeral backing files in the image cache manager https://review.opendev.org/c/openstack/nova/+/689422 | |
| #openstack-nova - 2021-02-03 | |||
| 02:06:00 | openstackgerrit | Merged openstack/nova master: zuul: Increase SWIFT_LOOPBACK_DISK_SIZE within nova-lvm job https://review.opendev.org/c/openstack/nova/+/772702 | |
| 02:06:26 | openstackgerrit | Merged openstack/nova master: zuul: Mark nova-lvm as voting https://review.opendev.org/c/openstack/nova/+/772871 | |
| 02:10:50 | openstackgerrit | Wenping Song proposed openstack/nova master: Replaces tenant_id with project_id from Flavor Access APIs https://review.opendev.org/c/openstack/nova/+/767704 | |
| 05:37:22 | xinranwang | Hi all, fyi, here is a test report for smartnic support. We have tested the code in local, you can also following the report's instruction to test our patches. https://wiki.openstack.org/wiki/Cyborg/TestReport/IntelNic | |
| 05:56:23 | openstackgerrit | melanie witt proposed openstack/nova master: Centralize sqlite FK constraint enforcement https://review.opendev.org/c/openstack/nova/+/773833 | |
| 05:56:24 | openstackgerrit | melanie witt proposed openstack/nova master: WIP Dynamically archive FK related records in archive_deleted_rows https://review.opendev.org/c/openstack/nova/+/773834 | |
| 09:16:55 | kashyap | lyarwood: Thanks for the rebase! | |
| 09:17:05 | kashyap | lyarwood: (On this one: https://review.opendev.org/c/openstack/nova/+/758763) | |
| 09:19:44 | kashyap | It passed, BTW :-) | |
| 09:25:25 | lyarwood | kashyap: \o morning, np and cool I'll review now, elod ^ you also if you have time, could you review this please? | |
| 09:27:41 | kashyap | Morning | |
| 09:29:15 | kashyap | lyarwood: The tricky thing is that patch is a band-aid for some scenarios -- but will not fix the more difficult CPU-based live migration problems fully. | |
| 09:29:34 | kashyap | lyarwood: I've been thinking enough that I had a CPU model bug walk into my dream last night! | |
| 09:29:43 | lyarwood | haha | |
| 09:29:52 | kashyap | No kidding; I felt strange waking up | |
| 09:30:22 | kashyap | lyarwood: Given the bug OSP upgrades folks found ... for the fuller solution, a potential process trouble: | |
| 09:30:26 | lyarwood | kashyap: so that isn't going to resolve the the noTSX part? | |
| 09:31:13 | kashyap | lyarwood: It should, if your CPU problems are _just_ related to TSX | |
| 09:31:29 | lyarwood | kashyap: ack | |
| 09:31:53 | lyarwood | stephenfin: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_f6e/769920/3/check/openstack-tox-py38/f6e5b16/testr_results.html btw, looks like my posion patch found *some* get_arch holes | |
| 09:31:54 | kashyap | lyarwood: The aforementioned "process trouble" is: I'm working w/ chengsheng (don't see them on IRC for a while) here (https://review.opendev.org/c/openstack/nova/+/762330/) to switch to newer CPU APIs | |
| 09:32:12 | stephenfin | lyarwood: oh boy :) | |
| 09:32:14 | kashyap | I've suggested a patch split of 5 pieces for ease of reviewing in my comment on PS12. | |
| 09:32:59 | stephenfin | lyarwood: Can you look at this. Should unblock circa 10 RBAC patches https://review.opendev.org/c/openstack/placement/+/771852/ | |
| 09:33:02 | stephenfin | *? | |
| 09:33:09 | lyarwood | stephenfin: ack | |
| 09:34:32 | kashyap | If chengsheng is busy; I'll split it (and give attribution where due, of course) as per the original spec ... which is not proposed for W -- that's the "too late to get in spec" process part; we uncovered this problem only recently. | |
| 09:34:38 | lyarwood | stephenfin: ah re the stable placement changes, I'm not a placement stable core | |
| 09:34:55 | stephenfin | oh, really? | |
| 09:35:11 | stephenfin | that sounds like another situation where we should be merging nova and placement | |
| 09:35:18 | stephenfin | gibi? ^ | |
| 09:35:25 | lyarwood | yeah it's a old list + stable-maint-core | |
| 09:35:31 | lyarwood | which I'm also not a member of | |
| 09:35:39 | gibi | hm | |
| 09:35:57 | gibi | do you suggest to add nova-stable-core to placement-stable-core? | |
| 09:35:59 | lyarwood | kashyap: yeah it's too late for W | |
| 09:36:10 | kashyap | lyarwood: Right, aware of that | |
| 09:36:18 | stephenfin | Yeah, I think that's a reasonable move | |
| 09:36:24 | lyarwood | kashyap: but we can still get it into a good state for X | |
| 09:36:31 | kashyap | Yep | |
| 09:36:38 | lyarwood | gibi: yes I think that would help | |
| 09:36:43 | kashyap | lyarwood: So, what I'm hoping is, if the band-aid backport above will fix most cases, we can get away with solid documentation of the issue. | |
| 09:36:56 | lyarwood | gibi: given we have outstanding .gitreview changes for stable/victoria still | |
| 09:36:57 | kashyap | (Which, I'm writing) | |
| 09:37:28 | lyarwood | kashyap: well downstream at least we could backport that | |
| 09:38:00 | kashyap | lyarwood: Sorry, backport what? The earlier-mentioned train backport? | |
| 09:38:13 | kashyap | If so, yes, of course | |
| 09:38:28 | lyarwood | the feature, it looks pretty self contained in the virt driver | |
| 09:38:38 | lyarwood | tbh you could even sell that as a bugfix in W | |
| 09:38:42 | lyarwood | for me at least | |
| 09:38:48 | lyarwood | if it's replacing broken behaviour | |
| 09:39:10 | lyarwood | stephenfin: ^ would you agree? | |
| 09:39:32 | lyarwood | stephenfin: context is https://review.opendev.org/c/openstack/nova/+/762330 | |
| 09:39:49 | stephenfin | This is about libvirt using the wrong APIs? | |
| 09:39:50 | lyarwood | stephenfin: switching over to a different libvirt API for checking CPUs | |
| 09:39:53 | lyarwood | yeah | |
| 09:40:06 | stephenfin | Yeah, I thought that was a bug tbh. Is someone saying otherwise? | |
| 09:40:15 | lyarwood | it's associated with a blueprint | |
| 09:40:17 | kashyap | lyarwood: Yeah, it could be argued as a bug-fix in good-faith | |
| 09:41:06 | lyarwood | cool, lets drop that reference and proceed as a bugfix | |
| 09:41:13 | kashyap | lyarwood: It is associated with a spec even: https://opendev.org/openstack/nova-specs/commit/70811da221035044e27 | |
| 09:41:35 | kashyap | See the work items for the recommended split of patches | |
| 09:42:04 | openstackgerrit | Wenping Song proposed openstack/nova master: Replaces tenant_id with project_id from List SG API https://review.opendev.org/c/openstack/nova/+/766726 | |
| 09:42:05 | openstackgerrit | Wenping Song proposed openstack/nova master: Replaces tenant_id with project_id from Flavor Access APIs https://review.opendev.org/c/openstack/nova/+/767704 | |
| 09:42:12 | lyarwood | MIN_{LIBVIRT,QEMU}_VERSION is beyond the required versions now so I'd say this is even more of a bugfix | |
| 09:42:33 | lyarwood | with some pre-written documentation we can use from the spec ;) | |
| 09:42:35 | kashyap | lyarwood: Yeap, yeap | |
| 09:44:13 | gibi | lyarwood, stephenfin: sent a mail about placement-stable-maint to ML http://lists.openstack.org/pipermail/openstack-discuss/2021-February/020186.html | |
| 09:44:23 | lyarwood | gibi: many thanks | |
| 09:44:39 | gibi | I will couple of days and then I will make the change | |
| 09:45:55 | lyarwood | ack | |
| 10:02:06 | elod | lyarwood: kashyap: +2+W'd >>> https://review.opendev.org/c/openstack/nova/+/758763 | |
| 10:02:16 | kashyap | elod: Thanks! | |
| 10:02:28 | elod | kashyap: np :) | |
| 11:36:08 | openstackgerrit | Lee Yarwood proposed openstack/nova master: fup: Merge duplicate volume attachment checks https://review.opendev.org/c/openstack/nova/+/773380 | |
| 13:45:52 | sean-k-mooney | V comes after U ... | |
| 13:46:11 | sean-k-mooney | meaning i need to backport to Victoria then Ussuri | |
| 13:51:24 | openstackgerrit | sean mooney proposed openstack/nova stable/victoria: only wait for plugtime events in pre-live-migration https://review.opendev.org/c/openstack/nova/+/770744 | |
| 13:56:28 | sean-k-mooney | lyarwood: can you take a look at ^ again | |
| 13:56:37 | sean-k-mooney | now that its in the correct order | |
| 14:01:14 | bauzas | sean-k-mooney: fwiw, I'm splitting my -W change for routed networks | |