Earlier  
Posted Nick Remark
#openstack-nova - 2021-01-21
09:46:37 lyarwood gibi: https://review.opendev.org/c/openstack/nova/+/754702 - would you mind hitting this today so we can start on the above removals and version bumps please?
09:59:36 bauzas any help for the gate issue ?
09:59:50 bauzas lyarwood: gibi: ^
10:01:16 lyarwood bauzas: reviews on https://review.opendev.org/c/openstack/nova/+/754702 would help thanks
10:01:25 bauzas ack on it
10:01:28 gibi stephenfin: no worries if this is a bugfix then lets handle that that way
10:02:44 bauzas lyarwood: why isn't it just a revert of https://review.opendev.org/c/openstack/nova/+/746210 ?
10:03:06 bauzas I guess because of https://review.opendev.org/c/openstack/nova/+/746981 ?
10:07:12 lyarwood conflicts iirc
10:07:22 lyarwood oh wait sorry that wasn't the gate issue
10:07:29 lyarwood https://review.opendev.org/c/openstack/nova/+/771777 is for the gate issue
10:07:40 stephenfin gibi: Actually, the stuff that's merged is a bugfix but "libvirt: Add support for virtio-based input devices" isn't really. I can create a BP for that
10:09:44 gibi lyarwood: thanks, fast approved https://review.opendev.org/c/openstack/nova/+/771777
10:10:16 bauzas gibi: already added my +2 ;)
10:10:19 stephenfin gibi: https://blueprints.launchpad.net/nova/+spec/smarter-usb-devices
10:11:19 stephenfin gibi: related discussion here http://lists.openstack.org/pipermail/openstack-discuss/2020-November/018713.html
10:17:55 stephenfin lyarwood: Any chance you could re-add your +2 here https://review.opendev.org/c/openstack/nova/+/756551/3 The discussion on the mailing list concluded. melwitt deferred to others on whether the 'hw_input_bus' idea (the next patch) was a good idea or not. I still think it is, obv
10:18:36 gibi bauzas: you stole my justified fast approve :)
10:18:41 gibi stephenfin: thanks
10:25:18 gibi stephenfin: wiil you bring it up the smarter-usb-device bp on the today's meeting for a last minute approval?
10:25:24 stephenfin sure
10:25:26 gibi cool
10:29:05 openstackgerrit Mark Goddard proposed openstack/nova master: Fix PCI passthrough race on reschedule (claims) https://review.opendev.org/c/openstack/nova/+/710847
10:29:06 openstackgerrit Mark Goddard proposed openstack/nova master: Fix PCI passthrough race on reschedule (refresh) https://review.opendev.org/c/openstack/nova/+/710848
10:34:25 openstackgerrit Mark Goddard proposed openstack/nova master: Functional test test_boot_reschedule_with_proper_pci_device_count https://review.opendev.org/c/openstack/nova/+/760354
11:21:13 sean-k-mooney stephenfin: i can quickly update the upgrage impact section in the vdpa spec if you like
11:21:19 stephenfin fine by me
11:21:20 sean-k-mooney without hte triat it just become None
11:21:24 stephenfin follow-up is also good
11:21:35 sean-k-mooney ok ill do it in a patch on top
11:26:00 openstackgerrit sean mooney proposed openstack/nova-specs master: [FUP] remove final reference to trait in vdpa spec https://review.opendev.org/c/openstack/nova-specs/+/771796
11:26:37 stephenfin lyarwood, gibi: when live migrating on API microversion >= 2.25, is there any reason to set block_migration to any value *except* auto?
11:26:46 stephenfin i.e. to explicitly request block or shared migration
11:27:07 sean-k-mooney stephenfin: not that i no of
11:27:47 stephenfin okay, so would it make sense to simply ignore the '--block-migration' and '--shared-migration' flags of 'openstack server migrate --live-migration' on suitable microversions
11:27:51 stephenfin with a log, of course
11:38:17 lyarwood stephenfin: I guess as a workaround when auto doesn't detect that things either are or are not shared?
11:38:40 stephenfin Does that happen?
11:38:58 lyarwood I've never seen it, just playing devils advocate
11:39:17 stephenfin fair. I've gone with an overrideable default so we should be good
11:39:31 lyarwood I guess that's why we allow three values instead of just dropping the param and always going auto under the covers
11:39:46 lyarwood which FWIW I'd be fine with
11:39:51 lyarwood and if that fails raise a bug
11:40:03 lyarwood but that's another microversion
11:43:02 sean-k-mooney i think we just did not remove it because we need the code for the lower microverions so did not see the point
11:43:18 lyarwood yeah that's fair
11:44:00 sean-k-mooney stephenfin: you should not eed to pass --block-migration or --shared-migration however when using --live-migration i think
11:44:31 sean-k-mooney e.g. if osc requires either today we should dorp that requirement with microversion >=2.25
12:30:13 gibi stephenfin: defaulting to auto works for me
12:30:41 stephenfin Cool. That's here https://review.opendev.org/c/openstack/python-openstackclient/+/771801
12:31:14 stephenfin Along with what I hope to be the remainder of the feature gap closing patches for OSC. My doc of novaclient gaps is now empty save for things I don't think we need
12:37:29 gibi stephenfin: ack, will try to get to it
12:37:42 gibi sean-k-mooney: I approved the vdpa spec and the fup. but I have a question
12:38:03 gibi sean-k-mooney: do you have some link to a ticket that tracks the live migration support for vdpa in QEMU?
12:38:31 gibi (suddenly my downstream product mgr got really interested in all the vdpa stuff)
12:40:04 sean-k-mooney ah good question. there are mail threads on that topic let me see if we have something in bugzilla. i get periodic updates form our qemu folks but not directly tracking it myself
12:40:21 sean-k-mooney also thanks :)
12:41:28 sean-k-mooney gibi: by the way vdpa will support block devices at some point to
12:41:43 sean-k-mooney so that will evenruatly become and rfe
12:42:04 sean-k-mooney it provides a way to offload thinks like nvme over rdma to the nic and pass it though to the guest
12:42:17 gibi sounds interesting
12:42:33 sean-k-mooney but also provides a way to take a local ssd and use sriov/vdpa to devide it up
12:43:16 sean-k-mooney that the qemu support for that https://bugzilla.redhat.com/show_bug.cgi?id=1886123 still looking for the migration
12:43:17 openstack bugzilla.redhat.com bug 1886123 in qemu-kvm "Supporting vDPA block in QEMU" [Medium,New] - Assigned to sgarzare
12:44:09 sean-k-mooney gibi: thre will be dpdk support for vdpa eventually too
12:44:56 gibi yeah, I found a slideset about that ^^
12:45:59 openstackgerrit Merged openstack/nova-specs master: libvirt: support vdpa kernel networking https://review.opendev.org/c/openstack/nova-specs/+/764999
12:46:03 openstackgerrit Merged openstack/nova-specs master: [FUP] remove final reference to trait in vdpa spec https://review.opendev.org/c/openstack/nova-specs/+/771796
12:46:15 sean-k-mooney they are currenlty reworking the original vdpa support that was protype wiht dpdk to work with what landed in the kernel
12:47:59 sean-k-mooney gibi: im not imidetly seeing the live migration tracking bz so ill ask our pm where its being tracked and ill let you know
12:48:07 gibi sean-k-mooney: thanks
13:00:23 openstackgerrit Lee Yarwood proposed openstack/nova master: libvirt: Load and cache volume drivers on-demand https://review.opendev.org/c/openstack/nova/+/741545
13:00:24 openstackgerrit Lee Yarwood proposed openstack/nova master: tests: Posion nova.objects.fields.Architecture.from_host https://review.opendev.org/c/openstack/nova/+/769920
13:00:24 openstackgerrit Lee Yarwood proposed openstack/nova master: libvirt: Stop NVMe and ScaleIO unit tests from calling os-brick https://review.opendev.org/c/openstack/nova/+/771806
13:01:22 lyarwood gibi: ^ went down a rabbit hole for a while with the ppc64 stuff but I think https://review.opendev.org/c/openstack/nova/+/741545 is required now.
13:02:56 gibi lyarwood: will look at it after my call
13:03:04 lyarwood gibi: ack thanks
13:03:12 gibi I thank you
13:03:43 lyarwood stephenfin: https://review.opendev.org/c/openstack/nova/+/771711 - not sure if you saw my ping about this last night btw, finally copied some notes from Matt into our docs
13:16:57 brinzhang sean-k-mooney, gibi: https://review.opendev.org/c/openstack/tempest/+/769120 this patch based on https://review.opendev.org/c/openstack/tempest/+/769857, but why the fist patch still run the stable branch zuul job?
13:17:05 brinzhang do you have time to check this?
13:18:51 brinzhang jobs tempest-full-py3 , tempest-full-victoria-py3, tempest-full-ussuri-py3, and tempest-full-train-py3 already failed, because of https://review.opendev.org/c/openstack/nova/+/768852
13:19:48 brinzhang and another issue is the nova patch and tempest patch depends-on each other, I have no idea to deal them :(
13:21:45 brinzhang if you have time to help, please left comment or said in irc, I will back home now, thanks
13:26:50 sean-k-mooney why are you skiping the usage tests?
13:28:17 sean-k-mooney tempest is ment to be branchless right and work with any version of openstack
13:30:14 sean-k-mooney i think what we need to do is update the tempest tests such that they use the old microversion when doing usage checks
13:30:32 sean-k-mooney not skip
13:30:36 gibi yepp ^^ commented the same thing
13:31:56 sean-k-mooney brinzhang: that will break the cylic depency as the tempest change is not depent on the nova one then
14:09:44 elod lyarwood: as I added some info to Nova Meeting's stable section (feel free to extend it :)) I realized, that rocky is still blocked. could you have a look at this easy patch some time to unblock it? >>> https://review.opendev.org/c/openstack/nova/+/766492
14:10:09 lyarwood elod: ack will do
14:10:34 elod lyarwood: thx in advance :]
14:14:50 stephenfin lyarwood: I did but hadn't got to it yet. Looking
14:15:14 lyarwood stephenfin: ack sorry didn't mean to spam
14:15:24 stephenfin nope, all good
14:40:15 openstackgerrit Dan Smith proposed openstack/nova master: Try harder to exclude encrypted volumes https://review.opendev.org/c/openstack/nova/+/771822
14:40:40 dansmith lyarwood: we're also suddenly running cinder encrypted tests in that multistore job despite the blacklist regex, which are coming from the cinder tempest plugin
14:40:46 dansmith lyarwood: ^ this tries to hit them too
14:43:04 sean-k-mooney hehe i like the title

Earlier   Later