| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-08-05 | |||
| 08:15:03 | kashyap | sean-k-mooney: Hi, when you're about: I guessed yesterday, the "concern" about moving from cirrus to virtio-vga with 1080p turned out to be a non-problem: Cirrus simply does not support 1080p. | |
| 08:15:16 | kashyap | Gerd from QEMU confirmed it. So, moooving on. | |
| 08:15:45 | kashyap | s/I guessed/As I guessed/ :D | |
| 08:16:03 | kashyap | bauzas: :D What did you have for breakfast | |
| 08:16:32 | bauzas | kashyap: morning | |
| 08:16:44 | bauzas | I'm nearly off for vacations, I guess | |
| 08:17:31 | bauzas | gibi: the whole list of meetings names make me loling https://meetings.opendev.org/meetings/ | |
| 08:17:36 | kashyap | bauzas: Likewise; I'm off from 12-27 Aug | |
| 08:17:51 | bauzas | lots of typos | |
| 08:18:17 | bauzas | kashyap: quite identical, Aug 9-30 (incl.) | |
| 08:18:44 | kashyap | Cool | |
| 08:19:56 | gibi | I guess next week we should just close the nova channel | |
| 08:20:07 | gibi | as stephenfin and I will be off too | |
| 08:48:40 | kashyap | Heh | |
| 08:50:08 | kashyap | gibi: Probably we could update the channel topic? | |
| 08:51:07 | kashyap | To the effect of: "Bear timezones and work hours in mind | If IRC is quiet, write to the mailing list?" | |
| 08:54:44 | gibi | heh | |
| 08:55:13 | gibi | hm I don't have OP rights | |
| 09:21:35 | bauzas | stephenfin: thanks for reviewing the mdev series, as a trade, please ping me your own DB series ;) | |
| 09:23:01 | stephenfin | bauzas: nw! It starts here https://review.opendev.org/c/openstack/nova/+/799520/ | |
| 09:23:41 | bauzas | I'm just uploading my series again given your logs point and gibi's comment on the commit msg about more is more than less | |
| 09:24:12 | gibi | stephenfin: I managed to finish the packet rate series up until the last WIP patch (nova-manage heal_allocation) | |
| 09:24:29 | gibi | stephenfin: so if you still have time then review is appreciated | |
| 09:24:34 | stephenfin | can do! | |
| 09:24:35 | gibi | stephenfin: I can also trade reviews :) | |
| 09:24:57 | stephenfin | I was going to say, reviews on the remainder of the DB series would be appreciated :-D | |
| 09:25:11 | gibi | stephenfin: OK, I will do that then | |
| 09:27:39 | bauzas | gibi: my last 2 days are dedicated to Gerrit looking fwiw | |
| 09:28:53 | gibi | bauzas: I'm affraid to ask you to look at the packet rate as you will dissappear for 3 weeks so I will be blocked waiting you to come back and re-review just before FF. but if you have time... | |
| 09:29:10 | bauzas | that's understandable | |
| 09:29:34 | bauzas | one day, feature freezes won't happen on end of Augusts | |
| 09:30:22 | bauzas | fun fact, my wife is always grumbling about the fact our release cadence is always hitting our usual resting periods :) | |
| 09:31:24 | gibi | this end of summer FF is not idea, the W FF happened at a better time for me at least | |
| 09:31:50 | opendevreview | Sylvain Bauza proposed openstack/nova master: Change the admin-visible logs for mdev support https://review.opendev.org/c/openstack/nova/+/803378 | |
| 09:31:50 | opendevreview | Sylvain Bauza proposed openstack/nova master: Provide the mdev class for every PCI device https://review.opendev.org/c/openstack/nova/+/802918 | |
| 09:31:51 | opendevreview | Sylvain Bauza proposed openstack/nova master: Provide and use other RCs for mdevs if needed https://review.opendev.org/c/openstack/nova/+/803233 | |
| 09:31:51 | opendevreview | Sylvain Bauza proposed openstack/nova master: Expose the mdev class https://review.opendev.org/c/openstack/nova/+/801743 | |
| 09:31:52 | opendevreview | Sylvain Bauza proposed openstack/nova master: WIP: Cleanup GPU vs. mdev wording https://review.opendev.org/c/openstack/nova/+/803379 | |
| 09:32:20 | bauzas | (just a rebase for other changes but https://review.opendev.org/c/openstack/nova/+/803378 which fixes two nits) | |
| 09:32:58 | bauzas | gibi: right, but honestly, only europeans feel this being problematic so I'm OK to live with it | |
| 09:35:38 | gibi | ^^ looks good to me | |
| 09:35:50 | songwenping | sean-k-mooney: https://review.opendev.org/c/openstack/cyborg/+/797403 this patch backport to victoria, but it requires oslo.db==10.0.0, because this patch https://review.opendev.org/c/openstack/oslo.db/+/792124 resolved duplicate key error for mysql. how can we fix the cyborg tempest? | |
| 09:38:09 | opendevreview | Lee Yarwood proposed openstack/nova master: Add regression test for bug 1938326 https://review.opendev.org/c/openstack/nova/+/802801 | |
| 09:38:09 | opendevreview | Lee Yarwood proposed openstack/nova master: compute: Query the service group API within check_instance_host https://review.opendev.org/c/openstack/nova/+/802317 | |
| 09:59:19 | lyarwood | gibi: https://bugs.launchpad.net/nova/+bug/1912310/comments/7 - TIL about logsearch, is that a local tool or something I could use? | |
| 10:00:01 | gibi | lyarwood: I would say highly experimental https://github.com/gibizer/zuul-log-search | |
| 10:00:17 | lyarwood | awesome | |
| 10:01:04 | gibi | I'm plannig for the time when logstash will be gone | |
| 10:01:44 | gibi | this logsearch needs decent net bandwidth and a plenty of local space but it does not need a always running service | |
| 10:03:44 | gibi | right now I'm trying to add capability for matching build queries against stored search patterns to help figuring out why a job failed | |
| 10:04:33 | kashyap | lyarwood: Once again ... thanks for the 'nova-mange libvirt update_machine_type'! :) | |
| 10:07:21 | gibi | lyarwood: here are my config dir too with some bug patterns https://github.com/gibizer/zuul-log-search-config | |
| 10:08:19 | gibi | lyarwood: and as always, pull requests are welcome :) | |
| 10:13:08 | stephenfin | lyarwood, bauzas, gibi: Reworking this hostname API change. I was asked to drop the 'OS-EXT-SRV-ATTR:' prefix for the 'hostname' field from responses to make it align with the request. Do we want to drop all of these prefixes? | |
| 10:13:46 | stephenfin | so 'OS-EXT-SRV-ATTR:hostname' becomes 'hostname', 'OS-SRV-USG:launched_at' becomes 'launched_at', ... | |
| 10:14:09 | stephenfin | I ask because when I'm doing one and already spinning up the microversion machinery, it makes sense for me to do them all | |
| 10:14:10 | gibi | doesn't make much sense to keep them, they are there only for historical reasons as far as I remember | |
| 10:14:23 | stephenfin | yes, due to the old-school extension framework | |
| 10:14:56 | gibi | kill them with fire! | |
| 10:15:06 | stephenfin | OS-EXT-SRV => os-extended-server-attributes extension; OS-SRV-USG => os-server-usage extension etc. | |
| 10:15:18 | stephenfin | (I only learned that today from https://wiki.openstack.org/wiki/NovaAPIv2tov3) | |
| 10:16:05 | stephenfin | 🔥🔥🔥 | |
| 10:16:39 | lyarwood | stephenfin: so is this behind a microversion? | |
| 10:16:53 | stephenfin | absolutely | |
| 10:17:01 | lyarwood | right cool then burn away | |
| 10:59:28 | opendevreview | Lee Yarwood proposed openstack/nova master: zuul: Skip volume and block live migrations due to bug #1912310 https://review.opendev.org/c/openstack/nova/+/803585 | |
| 11:00:02 | lyarwood | ^ gibi / stephenfin ; okay I've had enough of https://bugs.launchpad.net/nova/+bug/1912310 borking things in the check and gate queues, lets skip things and ask the QEMU folks to look at this | |
| 11:02:53 | stephenfin | agree | |
| 11:04:09 | gibi | lyarwood: do we have left any live migration coverage? | |
| 11:04:56 | lyarwood | ah, not in the nova-live-migration job because it isn't using shared storage | |
| 11:04:59 | lyarwood | let me respin this | |
| 11:08:54 | gibi | bauzas: I'm just wondering did we ever updated nova-manage placement heal_allocation to support healing vGPUs? | |
| 11:13:49 | gibi | bauzas: I think if today we have an instance with vGPU request and the heal_allocation CLI is used it will try to allocate VGPU resource from the root RP that will fail | |
| 11:14:22 | gibi | I guess the same is true for flavor based cyborg devices | |
| 11:15:40 | gibi | the code simply assumes that everything coming from the flavor need to be allocated from the root RP https://github.com/openstack/nova/blob/2ffd9738602531e93495a1feca76bbb687c3e72c/nova/cmd/manage.py#L1700-L1705 | |
| 11:17:56 | gibi | https://github.com/openstack/nova/blob/2ffd9738602531e93495a1feca76bbb687c3e72c/nova/scheduler/utils.py#L607-L612 | |
| 11:18:08 | gibi | this is a scary TODO^^ | |
| 11:20:09 | gibi | amending the cyborg part. If the flavor has cyborg device profile extra_spec then that is simply ignored by the heal_allocation code | |
| 11:20:33 | gibi | with a --force used it can mean that a healthy cyborg allocation is dropped from an instance | |
| 11:20:53 | gibi | /o\ | |
| 11:36:41 | sean-k-mooney | ya... that is not ideal | |
| 11:37:11 | sean-k-mooney | gibi: that also affects QOS | |
| 11:37:22 | gibi | sean-k-mooney: not, there is explicit QoS support there | |
| 11:37:34 | gibi | I'm just about to extend that with the packet rate handling | |
| 11:37:44 | gibi | when I detected the missing pieces | |
| 11:38:44 | sean-k-mooney | oh its after this | |
| 11:38:57 | sean-k-mooney | you fix things up later? | |
| 11:39:05 | gibi | https://github.com/openstack/nova/blob/master/nova/cmd/manage.py#L1557 | |
| 11:39:35 | sean-k-mooney | ah https://github.com/openstack/nova/blob/master/nova/cmd/manage.py#L1609-L1610 | |
| 11:39:43 | gibi | first heal_allocation was added my mriedem then I added port allocation healing to it when the QoS was first done | |
| 11:40:02 | gibi | now I need to fix up the QoS support due to the format change in the resource request as part of the pps feature | |
| 11:40:27 | sean-k-mooney | i was actully wonderign if we use resources_from_flavor for any other operation in nova | |
| 11:40:34 | gibi | fortunetly not | |
| 11:40:38 | gibi | that would be a huge bug | |
| 11:40:44 | sean-k-mooney | yep | |
| 11:41:05 | gibi | we should move that util function to the manage.py to show it is not used by any other code | |
| 11:41:11 | sean-k-mooney | ah i see nov amanage trhen unit and func tests | |
| 11:42:10 | sean-k-mooney | ya i guess we could | |
| 11:43:33 | sean-k-mooney | ok so this would affect vGPU, Cyborg and vPMEM | |
| 11:43:48 | gibi | vPMEM is also not on the root provider? | |