| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-11-08 | |||
| 15:13:22 | sean-k-mooney | i think all we have to do is document the minimal extra spec requried to enabel the feature | |
| 15:13:32 | dansmith | yes | |
| 15:13:33 | sean-k-mooney | and jsut not mention the triats outside the spec | |
| 15:13:53 | bauzas | okay, I won't argue | |
| 15:14:12 | sean-k-mooney | wether there are triats, compute service bump ectra are detail we need to agree on but in general should not impact end users or operators | |
| 15:14:57 | bauzas | I personnally think there are 'consumable traits' and 'non-consumable ones' but OK to not explain to operators the names of the 'non-consumable' ones :) | |
| 15:15:11 | bauzas | that said, they'll get them with placement | |
| 15:15:13 | dansmith | bauzas: I reject your reality and substitute my own | |
| 15:15:27 | sean-k-mooney | :) | |
| 15:16:09 | bauzas | okay, nevermind, I'm done with this | |
| 15:16:15 | sean-k-mooney | bauzas: all traits shoudl be "consumabel traits" they may not exist in yoru cloud but thats a seperate probelm | |
| 15:16:19 | bauzas | like I said, there are other cores but me for the spec | |
| 15:16:29 | dansmith | all traits *are* consumable, so that's just the end of it :) | |
| 15:17:14 | bauzas | this just implies that we won't never remove a trait from a compute once we provide it | |
| 15:17:22 | bauzas | but OK | |
| 15:17:32 | sean-k-mooney | bauzas: we have never done it before | |
| 15:17:38 | sean-k-mooney | and i assuemd that was going to be the case yes | |
| 15:17:55 | sean-k-mooney | i mean unless | |
| 15:17:58 | sean-k-mooney | we remove a feature | |
| 15:18:19 | sean-k-mooney | if we remove the ablit to do somethign removing the trait is reflecting reality | |
| 15:18:47 | bauzas | sure, I wasn't talking about removing a feature | |
| 15:19:04 | dansmith | I too don't think there's any way to remove a trait other than not supporting a thing it represents | |
| 15:19:05 | bauzas | but rather rebuilding the feature by doing other scheduler way | |
| 15:19:22 | dansmith | which is also why traits are massively more expensive than bumping an internal integer | |
| 15:19:35 | bauzas | ^ that is my concern | |
| 15:19:59 | dansmith | well, that was my argument in the beginning | |
| 15:20:00 | sean-k-mooney | if we decied because we have done the min libvirt version we dont need the triat thats fine | |
| 15:20:01 | bauzas | so, again, if we are not able to draw a line (which I can understand), then I won't accept the spec | |
| 15:20:19 | sean-k-mooney | but i dont really like bumping a min compute version for a driver only change | |
| 15:20:21 | bauzas | and I'll just wait for another core to accept it | |
| 15:20:25 | sean-k-mooney | but if that is preferabel fine | |
| 15:20:42 | sean-k-mooney | we are just scoping out supproting this until the cloud is fully upgraded | |
| 15:20:44 | bauzas | we already have a min compute version that works | |
| 15:21:04 | dansmith | sean-k-mooney: https://github.com/openstack/nova/blob/master/nova/objects/service.py#L136 | |
| 15:21:11 | sean-k-mooney | right but normally i would not expect a compute service bump for a change that only affect a virt driver | |
| 15:21:19 | bauzas | https://github.com/openstack/nova/blob/master/nova/objects/service.py#L264 | |
| 15:21:48 | sean-k-mooney | dansmith file backed memroy required toher chagnes | |
| 15:22:06 | dansmith | this feels kinda similar: https://github.com/openstack/nova/blob/master/nova/objects/service.py#L220 | |
| 15:24:20 | sean-k-mooney | dansmith: im more ok with documenting "do a compute service bump for dirver only changes" then docuementing anything about not suing traits | |
| 15:25:24 | dansmith | I definitely understand the "this is purely a driver thing so not service version eligible" but I think that this is (a) the primary virt driver, (b) in tree, (c) has hard version requirements built into the driver | |
| 15:25:43 | bauzas | guys, I originally wanted to discuss about https://bugs.launchpad.net/nova/+bug/2041519 status and we sidetracked on the trait thing where I'm done and not much interested. Fancy moving to that ? | |
| 15:25:44 | dansmith | and also maybe (d) most of the other live migration and neutron things we bump the service version for are really just for libvirt features/changes | |
| 15:25:46 | dansmith | so I dunno | |
| 15:25:57 | dansmith | I think the relative cost makes it worth it | |
| 15:26:08 | dansmith | bauzas: yes please ;P | |
| 15:26:12 | dansmith | bauzas: gmeet or here/ | |
| 15:26:28 | bauzas | gmeet, will be faster if you don't mind getting yet another meeting | |
| 15:26:37 | dansmith | I'd rather do less typing | |
| 15:26:45 | dansmith | here it's 7:26 and I'm already sick of typing | |
| 15:26:47 | bauzas | already had 2 hours of meeting already | |
| 15:26:51 | bauzas | okay, so | |
| 15:27:07 | bauzas | https://meet.google.com/mdo-owzo-zka | |
| 15:27:27 | bauzas | people wanting to discuss on https://bugs.launchpad.net/nova/+bug/2041519 are free to come here ^ | |
| 15:28:27 | dvo-plv | FYI, I've updated packed ring spec file https://review.opendev.org/c/openstack/nova-specs/+/895924 | |
| 15:31:50 | dansmith | sean-k-mooney: ? | |
| 15:32:49 | dansmith | ah nevermind, you're busy sorry | |
| 15:37:16 | sean-k-mooney | ya sorry on two calls currently | |
| 15:41:27 | bauzas | sean-k-mooney: nevermind, dansmith found me a solution that should work :) | |
| 15:41:51 | bauzas | I just need to make sure we can verify the resource providers by init_host :) | |
| 17:43:27 | bauzas | dang, since we call check_on_dest before check_on_source in the live migration worflow, I don't have any way to hard guess the mdev type the instance was set against | |
| 20:17:01 | opendevreview | Erik Olof Gunnar Andersson proposed openstack/nova master: Fix coverage issues with eventlet https://review.opendev.org/c/openstack/nova/+/900116 | |
| #openstack-nova - 2023-11-09 | |||
| 15:01:12 | opendevreview | Takashi Kajinami proposed openstack/nova master: Fix unit tests broken by olso.utils https://review.opendev.org/c/openstack/nova/+/900532 | |
| 15:05:39 | opendevreview | Takashi Kajinami proposed openstack/nova master: Fix unit tests broken by olso.utils https://review.opendev.org/c/openstack/nova/+/900532 | |
| 15:18:03 | opendevreview | Erik Olof Gunnar Andersson proposed openstack/nova master: Fix coverage issues with eventlet https://review.opendev.org/c/openstack/nova/+/900116 | |
| 15:28:54 | eandersson | Now with a more reasonable commit message. | |
| 15:37:14 | opendevreview | Takashi Kajinami proposed openstack/nova master: Fix unit tests broken by olso.utils https://review.opendev.org/c/openstack/nova/+/900532 | |
| 15:41:57 | opendevreview | Takashi Kajinami proposed openstack/nova master: Fix unit tests broken by olso.utils https://review.opendev.org/c/openstack/nova/+/900532 | |
| 15:43:43 | tkajinam | Hi ! It'd be nice if someone from the core review the above patch to bump oslo.utils to fix sqlalchemy-2.x jobs | |
| 15:48:54 | opendevreview | Takashi Kajinami proposed openstack/nova master: Make sqlalchemy-2x job voting again https://review.opendev.org/c/openstack/nova/+/900538 | |
| 15:49:10 | opendevreview | Takashi Kajinami proposed openstack/nova master: Make sqlalchemy-2x job voting again https://review.opendev.org/c/openstack/nova/+/900538 | |
| 16:38:20 | opendevreview | Samuel Kunkel proposed openstack/nova master: fix: amd-sev handle missing img properties https://review.opendev.org/c/openstack/nova/+/874264 | |
| 19:24:17 | dansmith | melwitt: maybe you can hit this for tkajinam: https://review.opendev.org/c/openstack/nova/+/900532 | |
| #openstack-nova - 2023-11-10 | |||
| 02:30:18 | opendevreview | Nobuhiro MIKI proposed openstack/nova-specs master: Re-propose "Add maxphysaddr support for Libvirt" for 2024.1 Caracal https://review.opendev.org/c/openstack/nova-specs/+/895135 | |
| 02:55:22 | opendevreview | Merged openstack/nova master: Fix unit tests broken by olso.utils https://review.opendev.org/c/openstack/nova/+/900532 | |
| 11:36:08 | dvo-plv | Hello, All | |
| 11:36:38 | dvo-plv | Maybe you will have a chance for review today ? https://review.opendev.org/c/openstack/nova-specs/+/895924 | |
| 15:35:28 | opendevreview | Vasyl Saienko proposed openstack/nova master: libvirt: Make Enligtened VMCS optional https://review.opendev.org/c/openstack/nova/+/900629 | |
| 15:49:36 | opendevreview | Vasyl Saienko proposed openstack/nova master: libvirt: Make Enligtened VMCS optional https://review.opendev.org/c/openstack/nova/+/900629 | |
| 16:27:32 | opendevreview | Sylvain Bauza proposed openstack/nova-specs master: Proposes mdev live-migration support in libvirt https://review.opendev.org/c/openstack/nova-specs/+/900636 | |
| 16:42:18 | opendevreview | Takashi Natsume proposed openstack/nova master: Update contributor guide for 2024.1 Caracal https://review.opendev.org/c/openstack/nova/+/896305 | |
| 17:45:58 | opendevreview | sean mooney proposed openstack/nova master: remove eventlet.tpool from rbd_utils https://review.opendev.org/c/openstack/nova/+/900682 | |
| 17:45:58 | opendevreview | sean mooney proposed openstack/nova master: removew use of eventlet.queue.LightQueue https://review.opendev.org/c/openstack/nova/+/900681 | |
| 19:26:40 | opendevreview | Merged openstack/nova master: doc: clarify that pre-commit is optional https://review.opendev.org/c/openstack/nova/+/897057 | |
| 19:59:41 | opendevreview | Vasyl Saienko proposed openstack/nova master: libvirt: Make Enligtened VMCS optional https://review.opendev.org/c/openstack/nova/+/900629 | |
| 20:12:32 | opendevreview | Erik Olof Gunnar Andersson proposed openstack/nova master: Fix coverage issues with eventlet https://review.opendev.org/c/openstack/nova/+/900116 | |
| 20:15:32 | mgariepy | is there issue with placement allocation ? depsite having a Memory_MB allocation_ratio of 1.0 i got used:737280 out of a total of 515555 | |
| 20:35:39 | mgariepy | pretty much the same issue as : https://bugzilla.redhat.com/show_bug.cgi?id=1846844 | |
| #openstack-nova - 2023-11-12 | |||
| 09:28:16 | opendevreview | Balazs Gibizer proposed openstack/nova master: DNM: test hostname based migration URL https://review.opendev.org/c/openstack/nova/+/900275 | |
| 09:28:16 | opendevreview | Balazs Gibizer proposed openstack/nova master: [libvirt]Add migration_inbound_addr https://review.opendev.org/c/openstack/nova/+/900203 | |
| #openstack-nova - 2023-11-13 | |||
| 10:35:48 | opendevreview | Rajesh Tailor proposed openstack/nova master: Fix KeyError on assisted snapshot call https://review.opendev.org/c/openstack/nova/+/900783 | |
| 11:46:38 | opendevreview | Danylo Vodopianov proposed openstack/nova master: Packed virtqueue support was added. https://review.opendev.org/c/openstack/nova/+/876075 | |
| 12:01:11 | jkulik | Hi folks, we just stumbled over https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/5ASRKETLJQAZM2KJ2EDIJZB6XMDWAL4P/ which has removing vmware from Nova and other projects as the topic. We're still actively using VMware inside SAP through OpenStack. Is there any way we can reverse the decision to completely remove the vmwareapi infrastructure from Nova? | |
| 12:12:32 | stephenfin | jkulik: I would suggest bringing this up on the Nova weekly meeting and likely openstack-discuss. The details and link to the agenda for the former can be found here https://meetings.opendev.org/#Nova_Team_Meeting | |
| 12:15:23 | stephenfin | jkulik: the tl;dr: is that we have had no CI for any of this code for many years now, which means we have no ability to test it and ensure that it works/isn't broken by other changes | |
| 12:17:41 | opendevreview | Samuel Kunkel proposed openstack/nova master: fix: amd-sev handle missing img properties https://review.opendev.org/c/openstack/nova/+/874264 | |
| 12:17:57 | stephenfin | jkulik: I would also suggest you need to bring this up internally rather quickly. I can't speak for anyone else but _my guess_ would be that the only way this decision would be reversed would be via a long-term commitment from some third party to maintain testing infrastructure for these components (the VMWare-related drivers in Nova, Cinder, Neutron etc.; oslo-vmware, ...) | |
| 12:20:10 | stephenfin | jkulik: We previously got such a commitment from VMWare folks (about 2-3 years ago, iirc) but it wasn't followed up on, so there will likely be some hesitation at taking any commitment at face value without seeing e.g. a CI being established | |
| 12:20:28 | stephenfin | Hopefully that helps provide a bit of colour to the situation | |
| 12:23:19 | jkulik | thank you. indeed I remember the deprecation attempt 2-3 years ago when we got VMware to bring back some CI. we were not aware that it's broken again. | |
| 12:34:27 | sean-k-mooney | jkulik: the ci hase been absent for 2+ years | |