14:00:05 #startmeeting cinder 14:00:05 Meeting started Wed Feb 1 14:00:05 2023 UTC and is due to finish in 60 minutes. The chair is whoami-rajat. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:05 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:05 The meeting name has been set to 'cinder' 14:00:07 #topic roll call 14:00:35 hi 14:00:37 hi! o/ 14:00:40 o/ 14:00:44 o/ 14:00:48 o/ 14:00:48 Hello 14:00:53 o/ 14:00:59 Hi 14:01:30 #link https://etherpad.opendev.org/p/cinder-antelope-meetings 14:01:55 o/ 14:01:56 o/ 14:03:26 o/ 14:03:39 hello 14:03:44 o/ 14:03:44 o/o/ 14:04:11 good amount of people are around, let's get started 14:04:22 #topic announcements 14:04:31 first, Combined PTL+TC elections 14:04:39 #link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031960.html 14:05:03 it's that time of cycle where we're closing on on Antelope and preparing for Bobcat 14:05:13 and part of the planning is that elections will start soon 14:05:29 the current mail only says about nomination for PTL and TC and also the elections will be combined 14:05:55 related to this, active contributors who do not have a commit won't be allowed to vote 14:06:36 even though you're active on IRC or ML, it won't be counted as contribution in the voting, so I would advise to have some contribution in terms of commit 14:06:43 #link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031919.html 14:07:21 and also Nominations begin Feb 01, 2023 23:45 UTC 14:07:42 next, python-cinderclient yoga gate is broken 14:08:00 I've been looking at this for past 1-2 weeks and i THINK I've some idea about what is happening 14:08:13 I wrote a mail to the requirements team regarding the fix (according to me) 14:08:20 #link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031947.html 14:08:48 I've sent another mail describing what seems to be the issue 14:08:49 #link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031958.html 14:09:10 there could be other possibilities to fix this but currently I think we need a requirements bump in u-c in the yoga branch 14:09:13 that looks like an incompatibility between rtslib and the system/kernel 14:09:42 yes, i came to the same conclusion 14:10:38 so let's wait for the requirements team to comment on it but until then yoga gate is broken for python-cinderclient 14:10:39 so another option might be to pin the yoga gate to older nodes if bumping the reqs doesn't pan out 14:11:36 that seems reasonable as well, just we don't bump into other dependency issues 14:12:53 ok final announcement, Supporting SQLAlchemy 2.0 in OpenStack 14:13:03 #link https://lists.openstack.org/pipermail/openstack-discuss/2023-February/031980.html 14:13:18 this came out minutes ago but i thought it's important to mention 14:13:35 "Has a lot of things changed?" YES!!! 14:13:48 we've already done a lot of work for making cinder compatible with sqlalchemy 2.0 14:14:03 :D 14:14:23 currently we've a requirements patch bumping the version of sqlalchemy and cinder job is failing there 14:14:31 #link https://review.opendev.org/c/openstack/requirements/+/872065 14:14:55 I haven't looked but hopefully it won't be too much work (since we've already done a lot) 14:15:06 might be a matter of replacing removed libraries with their alternatives 14:15:17 but yeah we need to be ready for it next cycle 14:16:37 that's all i had for announcements today 14:16:44 we need to finish reviewing the db re-work patches currently in flight 14:17:31 ah, i lost track of them 14:19:26 ok there is one more announcement which i forgot about 14:19:37 os-brick release next week 14:19:45 #link https://review.opendev.org/q/project:openstack/os-brick+branch:master+status:open 14:20:28 this is a list of open patches in os-brick, i haven't taken a careful look to see which all are important but if you've any patches that need to be part of release 14:20:30 do let me know 14:20:36 there's at least one requirements change in there 14:21:17 this one? https://review.opendev.org/c/openstack/os-brick/+/871260 14:21:26 yes 14:22:22 ok, I've created an etherpad so people can link their patches after the meeting as well 14:22:24 #link https://etherpad.opendev.org/p/os-brick-antelope-patches 14:22:57 we should try and clean up all the old patches with merge conflicts 14:23:18 ie abandon them?? 14:24:05 some looks kind of important, maybe good to leave a comment asking if they're actively working on it 14:24:17 probably not abandon them, we should assess them and just rebase some of them 14:24:57 some are refactors that have been sitting for ~2 years that we need to chase down 14:26:00 maybe they didn't get reviews initially and the author forgot about them 14:26:16 I can create a comment template asking them to revive it 14:26:35 else we can follow Eric's suggestion to rebase them ourself 14:26:53 (given they're important enough changes) 14:28:14 this can be followed up, we also have topics so let's move to them now 14:28:25 #topic PyPi additional external maintainers audit & cleanup 14:28:27 rosmaita, that's you 14:28:41 #link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031848.html 14:29:45 ok, the email explains the issue 14:30:14 the problem is that having extra maintainers in pypi means that someone can do a release 14:30:41 which happened with xstatic-font-awesome, and i have no idea where the source code is for what was released 14:30:49 anyway, there's some cleanup proposed 14:31:15 pretty bad that i missed that email, looks like I've some work to do 14:31:46 well, the only work really is to discuss with the external maintainers whether they object to openstack-ci becoming the sole maintainer 14:32:04 i suspect most of them will not 14:32:36 but if they object, the current TC proposal is that we just hand the repo back to them and let them maintain it 14:33:00 and if there are arguments later, we fork it and do it ourselves 14:33:37 but it's possible that there are additional solutions that can be proposed at the bobcat vPTG 14:34:00 the key thing is that we don't want the xstatic-font-awesome situation to arise again 14:35:20 anyway, i think we (or actually Rajat) can send an email to sean, Ivan, and thingee ... i think they will have no objection, they haven't been involved in those projects recently 14:35:33 i think they are holdovers from the initial creation 14:35:57 for cinderlib and rbd-iscsi-client, they are more active, and may have a stronger opinion 14:36:33 that's all from me 14:37:00 just wanted to bring it up at a meeting, because as you can see in the email thread 14:37:16 some people have strong opinions about opensource "ownership" 14:37:33 and feel that kicking out external maintainers is not good 14:38:02 ok, that's really all from me 14:38:12 sure I will send an email to all external owners, I've updated the cinder situation here https://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanup#L36 14:38:35 great! 14:38:39 hopefully that's all the projects we have 14:38:46 (releasable) 14:39:44 yes, i think that list is accurate 14:40:36 cool, thanks for checking 14:41:50 ok, I've an action item for this one 14:42:03 thanks rosmaita for bringing this up 14:42:16 let's move to next topic 14:42:34 #topic EOL pre train branches i.e. rocky, stein 14:42:41 #link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031922.html 14:42:58 so rosmaita and I were discussing this in the cinder channel and later that day the release team sent out an email regarding this 14:43:11 we are trend-setters 14:43:40 i agree! 14:43:54 so I've replied to that email with the current situation in rocky and stein branches 14:43:56 #link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031943.html 14:44:22 rosmaita, noticed that our nova-multiattach job is broken because it was defined in nova and removed in the nova rocky release 14:44:39 when nova transitioned rocky to EOL, that job started failing 14:44:54 so we've a broken job in our rocky repo 14:45:07 the last commits to rocky and stein were made in September 2021 14:45:31 clearly these branches aren't very active 14:46:05 I wanted to bring this up to the meeting to see if anyone has any concerns if we EOL rocky and stein branches 14:46:21 seems reasonable to me 14:47:00 yeah, if they are deleted from nova, i feel like they are effectively deleted from openstack 14:47:12 also nova did it earlier this cycle so not a lot of people using cinder EM branches without nova 14:47:24 #link https://lists.openstack.org/pipermail/openstack-discuss/2022-October/030980.html 14:49:01 ok, i don't see any concerns so i will reply to that thread giving it a +1 from cinder side 14:49:26 that's all from my side for this topic 14:50:02 we've time left so let's move to open discussion 14:50:03 i guess the only question is there any final stuff to get in there ... if not, we don't need to fix the gate 14:50:11 https://review.opendev.org/q/project:openstack/cinder+branch:stable/rocky+status:open 14:50:31 https://review.opendev.org/q/project:openstack/cinder+branch:stable/stein+status:open 14:50:35 good question 14:50:54 i see the VMDK security patch in there 14:51:20 well, not proposed by me 14:51:45 and i think it's missing the use-json-from-qemu-img backport that's needed 14:52:41 actually, while we are all here, i should make sure the team supports what i said on the CVE bug: https://bugs.launchpad.net/nova/+bug/1996188/comments/173 14:52:48 yeah we need that one first ... 14:53:15 Hey guys, first time at a weekly meeting. Sorry for interrupting. When is an appropriate time for me to bring things to the table. Is there a time in the meeting for everyone to jump in ? 14:54:05 what i said was that as far as the -em branches go (to which we are not obligated to do backports), we went as far as train to cover a release that supports python 2.7, but would not go farther 14:54:33 that way anyone interested has an example to backport farther if they want to 14:54:45 so i think we have gone above and beyond on this one 14:55:06 (i just wish we had deleted rocky and stein back in november when nova did!) 14:55:34 Tony_Saad: this is the "open discussion" part of the meeting, so you can jump in 14:55:52 Tony_Saad, we've open discussion but it's after all topics are discussed 14:55:59 let me open it 14:56:03 #topic open discussion 14:56:10 There we go!! 14:57:30 rosmaita, yeah, I really don't want to review/maintain/fix anything beyond train but we currently have them in EM so not sure what will be the right thing here 14:57:46 Tony_Saad, you can go ahead, we only have 3 minutes left 14:58:28 This is a message from Jean-Perrie from Dell "I have published a new blueprint/spec concerning our 8GB rounding issue and ask them when we want to introduce a new option which is not 14:58:29 due to a bug if we still need to open a launchpad or a blueprint is enough" 14:58:52 I copied and pasted the message to save on time 14:59:09 whoami-rajat: about EM expectations ... see fungi's comment: https://bugs.launchpad.net/nova/+bug/1996188/comments/172 14:59:24 Tony_Saad, we open blueprints on launchpad 14:59:39 Tony_Saad, the process is to register a blueprint on launchpad and write a spec pointing to that blueprint 15:00:37 blueprint will be enough then 15:00:50 rosmaita, ok, that aligns with our thoughts 15:00:52 whoami-rajat: also, from the release docs: "Without regular comprehensive maintenance, it is quite possible that someone proposing a backport to an EM branch will find that tests have broken since the last successful merge. This means that tests (or test configuration) might need to be fixed, reduced, or reconfigured before the backport itself can be evaluated and merged. The onus for that falls on the backporter or the gr 15:00:53 oup of people looking after a specific release." 15:01:01 https://docs.openstack.org/project-team-guide/stable-branches.html#extended-maintenance 15:01:49 ok, so we don't have to do anything in this, that solves everything :D 15:01:56 Tony_Saad, yes a launchpad blueprint and a spec is enough 15:02:02 Also we have a bunch of Dell patches for review including powerstore volume caching https://review.opendev.org/c/openstack/cinder/+/867753 15:02:35 Tony_Saad, add it to the review request section and i will try to address it 15:02:39 we're out of time 15:02:42 thanks everyone for attending 15:02:44 #endmeeting