| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-09-01 | |||
| 19:46:56 | sean-k-mooney | https://etherpad.opendev.org/p/nova-stable-branch-ci | |
| 19:47:02 | JayF | ty | |
| 19:48:23 | JayF | bugs in nova are launchpad, not storyboard? | |
| 19:48:41 | JayF | yep looks like it, filing it and will update the etherpad | |
| 19:48:54 | sean-k-mooney | yep launchpad | |
| 19:49:21 | sean-k-mooney | we have as gate-failure tag | |
| 19:56:10 | opendevreview | Merged openstack/nova master: libvirt: Add vIOMMU device to guest https://review.opendev.org/c/openstack/nova/+/830646 | |
| 19:57:08 | sean-k-mooney | JayF: https://tinyurl.com/mr3pjzyn | |
| 19:57:24 | JayF | What login would I use for that? | |
| 19:57:29 | JayF | I've not used opensearch yet | |
| 19:57:35 | sean-k-mooney | openstack openstack | |
| 19:57:56 | sean-k-mooney | its basically the same | |
| 19:58:42 | sean-k-mooney | so only 8 hits 6 are me i think but i feel like that might be a limaitaiotn of the query | |
| 19:59:07 | JayF | one of the other two is me lol | |
| 19:59:23 | sean-k-mooney | its shoing in the nova cros job | |
| 19:59:29 | sean-k-mooney | but this job is openstack-tox-py39 | |
| 19:59:40 | sean-k-mooney | so i dont know why that is not showing up | |
| 20:01:22 | JayF | it's going to be extremely hard to make a matcher on this that isn't at least possible it'll catch other stuff | |
| 20:01:32 | JayF | because this is essentially "it looks like a proper unit test failure but just... isn't" | |
| 20:01:48 | sean-k-mooney | nova.tests.unit.cmd.test_manage.UtilitiesTestCase.test_format_dict [0.025453s] ... FAILED | |
| 20:01:55 | sean-k-mooney | i should be able to match on that instead | |
| 20:13:23 | JayF | Yeah, I've read the docs a couple of times, and I can't figure out how to wildcard out the time in the test run search | |
| 20:13:38 | sean-k-mooney | same i think im going to give up for now | |
| 20:15:00 | opendevreview | Merged openstack/nova-specs master: Create specs directory for 2023.1 Antelope https://review.opendev.org/c/openstack/nova-specs/+/851007 | |
| 21:09:22 | opendevreview | Sofia Enriquez proposed openstack/nova master: WIP: Check NFS protocol https://review.opendev.org/c/openstack/nova/+/854030 | |
| 21:28:12 | opendevreview | Sofia Enriquez proposed openstack/nova master: Check NFS protocol https://review.opendev.org/c/openstack/nova/+/854030 | |
| 21:57:41 | JayF | I filed https://bugs.launchpad.net/nova/+bug/1988482 and am documenting it in that etherpad now. | |
| 21:59:06 | JayF | let me know if there's anything I can do to help resolve it, I am a little behind on my usual stuff due to being out sick earlier this week, but if it's not picked up by early next week I might see if I can figure it out | |
| #openstack-nova - 2022-09-02 | |||
| 00:26:49 | opendevreview | Merged openstack/nova master: Add traits for viommu model https://review.opendev.org/c/openstack/nova/+/844507 | |
| 07:12:36 | gibi | bauzas: yeah, I saw the schedule but did not pondered much about it. I will be busy with downstream stuff at least until end of this year or potentially until next summer. That will have more impact on my AA contribution than the AA schedule has | |
| 07:19:19 | bauzas | gibi: sure, but that means we have less time for features this cycle | |
| 07:22:16 | gibi | yes we will have less review bandwidth in the team and sorter cycle | |
| 07:32:20 | gibi | we have couple of in progress features (image encryption, manila support, PCI in placement) if we could finish those in AA that would be totally enough for me | |
| 07:33:50 | gibi | I will not push for the neutron based sriov support in placement feature in AA. I probably baby sitt the remaining parts of the flavor based PCI in placement feature (basically the scheduling part) | |
| 08:20:38 | opendevreview | Justas Poderys proposed openstack/nova-specs master: Improve multiqueue network adapter support https://review.opendev.org/c/openstack/nova-specs/+/855514 | |
| 08:29:27 | opendevreview | Justas Poderys proposed openstack/nova-specs master: Improve multiqueue network adapter support https://review.opendev.org/c/openstack/nova-specs/+/855514 | |
| 08:32:28 | opendevreview | Justas Poderys proposed openstack/nova-specs master: Improve multiqueue network adapter support https://review.opendev.org/c/openstack/nova-specs/+/855514 | |
| 08:52:17 | opendevreview | Justas Poderys proposed openstack/nova-specs master: Improve multiqueue network adapter support https://review.opendev.org/c/openstack/nova-specs/+/855514 | |
| 09:31:00 | sean-k-mooney1 | gibi: you have a pci spec updte i assume that will describe what is complted in zed and what is left | |
| 09:31:10 | sean-k-mooney1 | https://review.opendev.org/c/openstack/nova-specs/+/855218 | |
| 09:31:23 | gibi | sean-k-mooney1: I have a -1 on it to add a note that the scheduling part is not landed | |
| 09:31:36 | sean-k-mooney1 | so will we mark the blueprint as implemnted nad redefien the scope | |
| 09:31:42 | sean-k-mooney1 | ack | |
| 09:31:44 | gibi | that is a good question | |
| 09:32:03 | gibi | I'm not sure I want to create a separate spec for the scheduling part | |
| 09:32:10 | gibi | that would need a lot of context building in the spec | |
| 09:32:20 | gibi | I would keep the whole thing in a single doc | |
| 09:32:32 | gibi | bauzas, sean-k-mooney: how do you feel about it? | |
| 09:32:41 | sean-k-mooney | well we will need to copy it to the right repo | |
| 09:32:45 | gibi | sure | |
| 09:32:47 | sean-k-mooney | and a few minor updates | |
| 09:32:56 | gibi | re-proposing it is OK | |
| 09:32:57 | sean-k-mooney | baiscaily startign her <=== | |
| 09:33:04 | sean-k-mooney | *here | |
| 09:33:06 | gibi | yes | |
| 09:33:09 | gibi | that is OK | |
| 09:33:15 | gibi | but I don't want to split and rewrite | |
| 09:33:53 | sean-k-mooney | ok i guess we can see what that looks like | |
| 09:34:28 | sean-k-mooney | so keep the same blueprint then for AA too | |
| 09:34:43 | sean-k-mooney | thats proably ok | |
| 09:34:52 | gibi | I'm OK to create a new bp if that helps tracking, but I don't want to create a totally new spec | |
| 09:35:37 | sean-k-mooney | ack lets just update the work items to mark what is left | |
| 09:36:15 | gibi | my plan sort term: 1) move the existing two FUPs to master and merge them before RC1 2) update the Zed spec and merge that 3) re-propose the spec to AA | |
| 09:37:18 | sean-k-mooney | sure ping me when those are ready to review | |
| 09:38:37 | gibi | ack, thanks | |
| 09:38:43 | opendevreview | John Garbutt proposed openstack/nova master: update default overcommit https://review.opendev.org/c/openstack/nova/+/830829 | |
| 09:39:54 | bauzas | gibi: sorry, dad taxi here, will reply later | |
| 09:42:07 | gibi | bauzas: no worries, it is not urgent | |
| 09:43:04 | sean-k-mooney | bauzas: gibi john just remmebered one of my patches https://review.opendev.org/c/openstack/nova/+/830829 | |
| 09:43:20 | sean-k-mooney | can we land that | |
| 09:45:48 | gibi | being at FF makes this comment https://review.opendev.org/c/openstack/nova/+/830829/3#message-12aca1ab8f202fbfa1793c458103055db16a67a5 pretty heavy | |
| 09:46:25 | sean-k-mooney | we punted this last feature freeze for the same reason | |
| 09:48:01 | sean-k-mooney | i orginally created the patch right at the end of yoga because we agreed to change it in the ptg and the person that raised it did not work on it | |
| 09:48:09 | sean-k-mooney | i had tought this already landed this cycle | |
| 09:48:32 | sean-k-mooney | if we delay it to AA i would like to merge it right after RC1 | |
| 09:48:48 | gibi | it sit with a -1 since Jul unfortunately | |
| 09:49:05 | sean-k-mooney | ya i forgot this existied | |
| 09:49:09 | sean-k-mooney | which is my bad | |
| 09:51:07 | gibi | one alternative I imagine is to merge it and at the same time check the effect of it very carefully and be ready to revert it before RC1 if we see anomalies in CI due to this | |
| 09:51:32 | auniyal | O/ | |
| 09:51:37 | sean-k-mooney | ya we could | |
| 09:51:47 | auniyal | for VM resize, why its required to run resize confirm | |
| 09:52:02 | sean-k-mooney | auniyal: becaue the resize might break the vm | |
| 09:52:15 | sean-k-mooney | resizing is changing the flavor | |
| 09:52:31 | auniyal | but how can I know, that it may break, I can verify | |
| 09:52:37 | sean-k-mooney | which may increase or deccreate the resouces allocated and may also change other aspect like numa toplogy or cpu pinning | |
| 09:52:58 | sean-k-mooney | yes if the vm is running before you resize it | |
| 09:53:04 | sean-k-mooney | in the resize verify status | |
| 09:53:08 | sean-k-mooney | you can ssh in | |
| 09:53:12 | sean-k-mooney | and check the vm | |
| 09:53:28 | sean-k-mooney | its in resize_verify when you need to conrim or revert | |
| 09:53:53 | auniyal | okay. while instance.status is verify_resize, we can go and check VM | |
| 09:54:07 | sean-k-mooney | yep that is why that state exists | |
| 09:54:11 | sean-k-mooney | for you to verify the vm | |
| 09:54:38 | sean-k-mooney | we have discused changing this and actully partly agree too but i have not had time to write the spec and work on it | |
| 09:55:35 | sean-k-mooney | its a nice UX feature enahcnment but not one that PM prioritiesed | |
| 09:57:18 | sean-k-mooney | https://etherpad.opendev.org/p/r.321f34cf3eb9caa9d87a9ec8349c3d29 | |
| 09:57:38 | sean-k-mooney | https://etherpad.opendev.org/p/r.321f34cf3eb9caa9d87a9ec8349c3d29#L613 | |
| 09:57:56 | sean-k-mooney | that is where we last discussed this if you want context of what we considerd changing. | |
| 09:59:53 | sean-k-mooney | whoami-rajat: hehe ^ last line of the agreement is "wait for the rebuild of bvf solution before we do the --image part" context is server recreate api/resize enhancements we discussed back in the wallaby ptg | |