Earlier  
Posted Nick Remark
#openstack-nova - 2021-01-07
13:04:47 gibi stephenfin: now the rebase is also done in the qos series
13:10:22 gibi stephenfin: the kilo compaction now looks good to me
13:25:40 openstackgerrit Balazs Gibizer proposed openstack/nova stable/victoria: Reproduce bug 1907522 in functional test https://review.opendev.org/c/openstack/nova/+/769736
13:25:42 openstack bug 1907522 in OpenStack Compute (nova) "test_*_with_qos_min_bw_allocation fails in the nova-multi-cell job with: nova.exception.MigrationPreCheckError: Migration pre-check error: Failed to create port bindings for host " [High,In progress] https://launchpad.net/bugs/1907522 - Assigned to Balazs Gibizer (balazs-gibizer)
13:35:13 openstackgerrit Balazs Gibizer proposed openstack/nova stable/victoria: Fallback to same-cell resize with qos ports https://review.opendev.org/c/openstack/nova/+/769727
13:44:58 stephenfin gibi: Ack, will look today
14:23:13 gibi thanks
14:47:14 sean-k-mooney gibi: do you have time to reivew https://review.opendev.org/c/openstack/nova/+/767368
14:48:17 sean-k-mooney its a minimal change that is backportable to enable neutron to fix there issue https://review.opendev.org/c/openstack/neutron/+/766277
14:49:32 sean-k-mooney its also required for https://review.opendev.org/c/openstack/nova/+/602432 to proceed so im trying to move it forward so we can backport it ahead fo this change
14:55:45 artom sean-k-mooney, this being you, I made a point of ignoring the typos on https://review.opendev.org/c/openstack/nova-specs/+/765901 ;) It's perfectly readable, I figured I wouldn't lay into you
14:56:44 sean-k-mooney artom: hehe thanks i can fix them while fixing the white spaces issues
14:59:21 artom And I just realized my question doesn't make sense :(
15:00:47 sean-k-mooney you were wondering how thes related to the default numa polices in the pci alias
15:00:57 sean-k-mooney and conflating that with the whitelist right
15:01:28 sean-k-mooney e.g. the numa_affinity policy is not in the whitelist its in the aliase so interface dont have one until they are claimed
15:02:11 artom sean-k-mooney, yeah, my question would have made sense on the "original" config-based affinity
15:02:16 sean-k-mooney so yes the affinity comes with the boot request not an atibuge of the pci device
15:02:30 artom Since that's per-host, so the scheduler could in theory make that choice
15:02:49 sean-k-mooney even the config based affinity does not apply here
15:02:54 hemanth_n sean-k-mooney: can you look at my comment https://review.opendev.org/c/openstack/nova/+/761701 when you get time, we discussed this before EOY holiday period.. appreciate if you leave your suggestions/comments
15:02:57 sean-k-mooney the policy is in the alias not the whitelist
15:03:17 artom Ah, yeah, and that's at the API level
15:03:49 sean-k-mooney hemanth_n: oh ya am given the number of backports was increains im ok with proceedign with the squashed version so ill chnage that to a +1
15:04:56 hemanth_n sean-k-mooney: ack, thanks in that case i believe the patch is good to go for WF and merge
15:06:59 sean-k-mooney lyarwood: could you take a look at https://review.opendev.org/c/openstack/nova/+/761701 for hemanth_n
15:17:14 lyarwood sean-k-mooney: yup sure
15:24:05 stephenfin gibi: done
15:24:09 stephenfin (the QoS series)
15:38:38 gmann lyarwood: stable/rocky and queens are green on swfit exta requirement issue right? i can abandon these two - https://review.opendev.org/q/topic:%22bug%252F1909018%22+(status:open%20OR%20status:merged
15:42:14 lyarwood gmann: yeah we already landed https://review.opendev.org/q/I294d5350e2f418614e54ff7bdd47dff16bfdcdbc there so it was green the last time I looked
15:42:35 gmann lyarwood: cool, thanks
15:42:47 lyarwood wait https://review.opendev.org/q/I8f24b839bf42e2fb9803dc7df3a30ae20cf264
15:42:54 lyarwood gmann: wasn't that the change that broke it?
15:43:01 lyarwood gmann: maybe we still need this?
15:43:29 gmann lyarwood: yeah stopping test requirement broke it but i see swift job green on stable/rocky not sure why
15:43:58 gmann before debugging I wanted to check with you if any failure on stable/rocky if so then debug otherwise not
15:44:46 gmann like this is passing https://review.opendev.org/c/openstack/swift/+/766491
15:46:04 lyarwood gmann: ah right and that was after https://review.opendev.org/q/I8f24b839bf42e2fb9803dc7df3a30ae20cf264 sorry my bad
15:47:27 gmann lyarwood: let me check their functional job and then i will abandon
15:57:48 gibi nova meeting starts in 2 minutes on #openstack-meeting-3
15:59:48 gibi sean-k-mooney: will look at it
16:00:07 gibi stephenfin: thanks for the review
16:21:04 openstackgerrit sean mooney proposed openstack/nova master: test numa and vcpu topologies bug: #1910466 https://review.opendev.org/c/openstack/nova/+/769601
16:21:06 openstackgerrit sean mooney proposed openstack/nova master: fix max cpu topologies with numa affinity https://review.opendev.org/c/openstack/nova/+/769614
16:21:06 openstack bug 1910466 in OpenStack Compute (nova) "NUMA instance spawn fails on get_best_cpu_topology when there is no 'threads' preference" [Medium,In progress] https://launchpad.net/bugs/1910466 - Assigned to sean mooney (sean-k-mooney)
16:22:21 sean-k-mooney melwitt: i found another bug while updating those but i belive ^ should adress the orignal bug
16:22:50 sean-k-mooney the new issue is the vcpu_toplogy in the numa toplogy object dont actully match the toplogy of the vm
16:23:07 sean-k-mooney so we need to fix that seperatly but that is independent of this bug
16:23:37 sean-k-mooney it just ment i could not use them in my functional test assertions which is why i found it
16:43:24 gibi sean-k-mooney: sent https://review.opendev.org/c/openstack/nova/+/767368 to the gate
16:44:33 sean-k-mooney gibi: thanks that will help move things along
16:45:01 sean-k-mooney assuming the gate is working
16:48:25 openstackgerrit Stephen Finucane proposed openstack/nova master: DNM: Add generate schemas tool https://review.opendev.org/c/openstack/nova/+/769796
17:36:40 openstackgerrit Stephen Finucane proposed openstack/nova master: api: Normalize exception handling for os-hypervisors https://review.opendev.org/c/openstack/nova/+/769520
17:36:41 openstackgerrit Stephen Finucane proposed openstack/nova master: api: Drop statistics-style fields from os-hypervisors https://review.opendev.org/c/openstack/nova/+/764040
17:38:02 stephenfin gmann: Address the comments on that series. Should be good to go now, hopefully
17:38:39 gmann stephenfin: thanks, will check
18:01:01 openstackgerrit sean mooney proposed openstack/nova-specs master: libvirt: support vdpa kernel networking https://review.opendev.org/c/openstack/nova-specs/+/764999
18:13:02 openstackgerrit Elod Illes proposed openstack/nova stable/stein: [stable-only] Cap bandit and make lower-constraints job non-voting https://review.opendev.org/c/openstack/nova/+/766487
18:31:36 openstackgerrit Elod Illes proposed openstack/nova stable/stein: WIP [stable-only] Fix lower-constraints job https://review.opendev.org/c/openstack/nova/+/769809
18:54:09 sean-k-mooney bauzas: reviewded https://review.opendev.org/c/openstack/nova/+/749068 some comments inline namely some fo the fuct test are asserting behavior that is incorrect
18:55:21 sean-k-mooney bauzas: you have 2 segments and only one host in each segment so non of the move operation excpet shelve/unshelve can work
18:56:52 sean-k-mooney bauzas: overall though it looks pretty good.
22:36:47 gmann stephenfin: almost good, one comment on adding immediate previous microversion unit tests for protection. I agree functional test not needed, i forgot to delete that comment. https://review.opendev.org/c/openstack/nova/+/764040/1/nova/tests/functional/api_sample_tests/test_hypervisors.py#285
#openstack-nova - 2021-01-08
05:33:34 openstackgerrit Brin Zhang proposed openstack/python-novaclient master: Microversion 2.88: Replace tenant* with project* in quota* commands https://review.opendev.org/c/openstack/python-novaclient/+/769869
06:28:07 openstackgerrit Brin Zhang proposed openstack/python-novaclient master: DNM/TEST: nova live migration https://review.opendev.org/c/openstack/python-novaclient/+/769872
08:22:23 openstackgerrit Wenping Song proposed openstack/nova master: Nova supports password encrypted VNC https://review.opendev.org/c/openstack/nova/+/622336
09:15:18 openstackgerrit Wenping Song proposed openstack/nova master: Nova supports password encrypted VNC https://review.opendev.org/c/openstack/nova/+/622336
09:21:26 openstackgerrit zhangboye proposed openstack/nova master: Remove __unicode__() from nova unit test Exception https://review.opendev.org/c/openstack/nova/+/769894
10:12:03 openstackgerrit Stephen Finucane proposed openstack/nova master: api: Drop statistics-style fields from os-hypervisors https://review.opendev.org/c/openstack/nova/+/764040
10:12:07 openstackgerrit Stephen Finucane proposed openstack/nova master: tests: Clean up 'test_hypervisors' https://review.opendev.org/c/openstack/nova/+/769903
10:20:54 openstackgerrit Elod Illes proposed openstack/nova stable/stein: [stable-only] Cap bandit and make lower-constraints job non-voting https://review.opendev.org/c/openstack/nova/+/766487
10:21:47 gibi sean-k-mooney: hi! There is a SRIOV NIC, couple of VF is created on the PF and then both PF and VFs are whitelisted in nova compute. Then booting a VM with a direct-physical port nova will allocated the PF and makes the VFs unavailable. But which module (nova, neutron, libvirt) makes sure that the VFs are deleted?
10:22:10 gibi Does it work like the following? libvirt detaches the PF from the host and that makes the VFs deleted?
10:22:14 openstackgerrit Elod Illes proposed openstack/nova stable/stein: WIP [stable-only] Fix lower-constraints job https://review.opendev.org/c/openstack/nova/+/769809
11:43:59 openstackgerrit Elod Illes proposed openstack/nova stable/rocky: [stable-only] Cap bandit and make lower-constraints job non-voting https://review.opendev.org/c/openstack/nova/+/766492
11:44:00 openstackgerrit Elod Illes proposed openstack/nova stable/rocky: WIP [stable-only] Fix lower-constraints job https://review.opendev.org/c/openstack/nova/+/769910
11:46:40 yonglihe gibi, look libvirt detach it from host if use managed mode.
11:47:10 yonglihe <hostdev mode='subsystem' type='pci' managed='yes'>, if this is what you looking for.
11:47:27 gibi yonglihe: thanks that is what I was looking for
11:51:59 xinranwang gibi: Hi gibi, as we discussed in nova spec, a new vnic type is needed for device managed by cyborg. I create a neutron RFE for this, and there is some question posed. Could you please check it ? https://bugs.launchpad.net/neutron/+bug/1909100
11:52:03 openstack Launchpad bug 1909100 in neutron "[RFE]add new vnic type "cyborg"" [Wishlist,Confirmed] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)
11:54:03 gibi xinranwang: I deferr to sean-k-mooney and the neutron folks here. From my perspective what nova needs is a way to know that the port needs a special handling (talking to cyborg) during boot.
11:56:34 xinranwang gibi: yes, nova can check the vnic type and trigger the interaction with cyborg then.
11:56:37 gibi commented on the RFE
11:56:44 gibi xinranwang: yes
11:56:56 gibi a new vnic_type is OK for me
11:57:13 gibi but maybe the neturon folks has other idea
11:58:30 xinranwang Neutron will have irc meeting at 14:00 UTC today. We will discuss this topic. Do you and sean-k-mooney have time to join the discussion?
11:58:50 stephenfin lyarwood, gibi, sean-k-mooney: If you've a chance, could you take a look at https://review.opendev.org/c/openstack/python-openstackclient/+/762396/ again at some point today?
11:59:02 stephenfin (OSC change to "Add 'server shelve --offload', 'server shelve --wait' options")
11:59:28 gibi xinranwang: I will join, please ping me if I did not show up
11:59:44 gibi stephenfin: added to my review list
12:00:34 xinranwang gibi: cool, thanks
12:02:27 lyarwood stephenfin: queued
12:07:27 stephenfin gibi: I've closed this bug as WONTFIX. I don't think we have access to PPC nodes in zuul, which means we can't say we support anything other than x86/x86_64. Lemme know if you disagree https://bugs.launchpad.net/nova/+bug/1909972
12:07:28 openstack Launchpad bug 1909972 in OpenStack Compute (nova) "a number of tests fail under ppc64el arch" [Low,Won't fix]
12:08:05 gibi stephenfin: I saw that and I have the same problem, I cannot start fixing those tests as I have no way to reproduce the problem
12:08:19 gibi (no I did not tried spinning up a ppc VM with qemu)

Earlier   Later