Earlier  
Posted Nick Remark
#openstack-nova - 2021-10-26
16:28:00 bauzas which I failed with rhel 8.2
16:28:05 bauzas but meh
16:28:21 bauzas #topic Stable Branches
16:28:23 sean-k-mooney bauzas: now that we have generic mdev support it might want to see if we can support the dummy kernel moduels at some point
16:28:30 bauzas elodilles: floor is yours
16:28:38 elodilles from xena till train the gates are not blocked
16:28:40 kashyap bauzas: On a phone call :-( Will come back here; it's not super urgent
16:28:42 bauzas sean-k-mooney: agreed
16:28:48 kashyap bauzas: In short, it's this one: http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025500.html
16:28:49 elodilles stein and older stable branches are blocked, needs the setuptools pinning patch to unblock: https://review.opendev.org/q/I26b2a14e0b91c0ab77299c3e4fbed5f7916fe8cf
16:28:56 kashyap And it's resolved now.
16:29:12 elodilles Ussuri Extended Maintenance transition is in two weeks (Nov 12)
16:29:22 kashyap (The resolution: http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025527.html)
16:29:29 elodilles we might not need another release on ussuri before the transition, as there are not that many patch merged since the last release from early October
16:29:52 elodilles (the list of open and unreleased patches anyway: https://etherpad.opendev.org/p/nova-stable-ussuri-em )
16:30:02 elodilles that's it ^^^
16:30:05 gibi elodilles: when you say not many, you mean zero bugfix?
16:30:07 bauzas elodilles: if you feel we need to do some reviewing efforts before EM, let me know
16:30:26 elodilles gibi: i mean 1 or 2 bugfix :)
16:30:29 sean-k-mooney elodilles: ack i might try to rebase and submit the libvirt os-vif deleagtion patchs
16:30:51 sean-k-mooney before ussuri em if there is another release
16:30:56 gibi elodilles: hm if there are real fixes there then I might make sense to release them before we EM
16:31:11 gibi s/I/it/
16:31:19 bauzas agreed with gibi
16:31:25 elodilles yes, it makes sense to release,
16:31:55 elodilles though we shouldn't hurry with merging things if we are not sure that it won't cause any regression
16:32:05 elodilles as this will be the *final* release
16:32:39 bauzas elodilles: I'm a bit busy tomorrow as I promised many things but I'd appreciate if you could chase me and a couple of other cores about reviews either Thursday or next week
16:33:11 elodilles bauzas: sure,
16:33:28 elodilles there are some bug fixes that needs a 2nd +2
16:34:01 elodilles but if anyone see any other bugfix that would be good to merge, then let us know
16:34:14 bauzas cool
16:34:52 bauzas #topic Sub/related team Highlights
16:35:01 bauzas lyarwood is still on PTO
16:35:23 bauzas so I'll skip this part and I don't think we need to discuss about libvirt by now
16:35:30 bauzas #topic Open discussion
16:35:36 bauzas #agreed Reminder : The Asian-friendly meeting is now cancelled due to lack of presence.
16:35:56 bauzas so we won't run a meeting on Nov 4th
16:36:05 bauzas I'll send an email accordingly
16:36:57 bauzas just a personal note, I'll be on company PTO on Friday 29th and Nov 1st is bank holiday in France
16:37:15 bauzas so don't expect me between Thursday EOB and Tuesday
16:37:54 bauzas we have one item that was written in the wiki
16:38:01 bauzas add Support volumes backed by VStorageObject -> https://blueprints.launchpad.net/nova/+spec/vmware-fcd and https://review.opendev.org/c/openstack/nova/+/808791
16:38:37 sean-k-mooney yes so as far as i can tell i think they implemented the feature in cinder and likely the out of tree driver
16:38:39 bauzas not sure the proposer is around
16:38:49 sean-k-mooney now they are looking to add support in the intree one
16:38:53 bauzas I don't know his IRC nick
16:39:04 bauzas so I can't ping him
16:39:49 gibi looking at the patch the change is confined in the vmware driver
16:39:57 sean-k-mooney ya so i reviewed this and to me this si a feature not a bug so i assed them to raise this in this meeting
16:40:10 gibi so I think it is OK as a specless bp
16:40:13 sean-k-mooney im infavor of just proceeding with this as a speckless bp
16:40:52 bauzas OK, we don't have a lof of people around
16:40:58 sean-k-mooney its not a bug so it should not be backported but as i mentioned above i stonly suspect this was implemente din the out of tree driver and they are just closing the gap
16:40:59 bauzas but we can make it a specless BP
16:41:06 bauzas do people agree ?
16:41:48 sean-k-mooney yep
16:41:54 bauzas #agreed https://blueprints.launchpad.net/nova/+spec/vmware-fcd approved as a specless blueprint
16:41:54 gibi yep
16:42:01 sean-k-mooney the cinder feature was completed 4 years ago by the way https://review.opendev.org/c/openstack/cinder/+/521213/
16:42:32 bauzas (/me can't remember how to formally approve BPs in Launchpad but that's something I'll sort out after this meeting)
16:42:53 sean-k-mooney that one already is
16:42:58 bauzas I just did
16:43:04 sean-k-mooney ah
16:43:08 bauzas direction and definitions are now approved
16:43:24 bauzas but nevermind, will figure it out or will hassle gibi
16:43:25 sean-k-mooney you likely shoudl set the serise goal to yoga too
16:43:41 gibi bauzas: set approver, series goal, and maybe milestone target
16:43:55 gibi bauzas: you can also set implementation status as we have a patch already
16:44:09 sean-k-mooney right it should be in need_review
16:44:57 bauzas ok, done
16:45:00 bauzas anyway
16:45:23 bauzas kashyap: are you done chatting ? you said you had a thing to discuss
16:45:49 kashyap bauzas: Yes, here
16:45:51 bauzas #link http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025500.html
16:45:54 kashyap bauzas: Sorry for "talking over" earlier
16:46:08 bauzas is this^ more a FYI ?
16:46:12 kashyap Yep
16:46:26 kashyap bauzas: In short: DevStack now defults to "Nehalem" CPU model for reasons outlined there.
16:46:43 bauzas kashyap: devstack/rhel you mean ?
16:46:47 kashyap No
16:46:50 kashyap DevStack upstream
16:47:06 kashyap I worked w/ Clark to get the patch merged in DevStack
16:47:20 bauzas I mean, devstack all distros or only upstream devstack with rhel ?
16:47:40 kashyap For all.
16:47:44 bauzas ack
16:47:54 sean-k-mooney for all on x86
16:47:57 kashyap Everything is summarized and resolved in that thread.
16:48:23 kashyap Yes, x86 is "implied architecture", when we don't name an arch :)
16:48:47 bauzas okay, do we need further actions, like documenting it ?
16:48:55 bauzas in our relnotes or in the install docs ?
16:49:07 sean-k-mooney no we dont need to document anythign in nova
16:49:15 kashyap Yep; nothing needs documentation in Nova
16:49:27 bauzas my confusion comes from the fact we changed default for all distros, not only rhel
16:49:27 sean-k-mooney rhel have documented there new compilation target already in a blog
16:49:37 kashyap bauzas: No further action; just an FYI here ... if anyone in case notices "why is DevStack giving me Nehalem by default"
16:49:48 kashyap Yep; linked to in the post to the upstream list
16:50:05 bauzas kashyap: little chances that people notice this change by looking at our meeting minutes, honestly
16:50:24 bauzas but okay, noted.
16:50:31 kashyap bauzas: I've notified the Whitebox / CI folks to change their scripts too

Earlier   Later