Wednesday, 2023-01-25

*** dviroel_ is now known as dviroel11:21
*** dasm|off is now known as dasm13:59
whoami-rajat#startmeeting cinder14:00
opendevmeetMeeting started Wed Jan 25 14:00:00 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
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'cinder'14:00
whoami-rajat#topic roll call14:00
simondodsleyo/14:00
tobias-urdino/14:01
rosmaitao/14:01
eharneyhi14:01
whoami-rajat#link https://etherpad.opendev.org/p/cinder-antelope-meetings14:01
nahimsouza[m]o/14:02
happystackerHello!14:02
keerthivasansuresho/14:03
enriquetasohi14:03
geguileohi!14:03
whoami-rajathello everyone14:03
abdiHi14:03
whoami-rajatlet's get started14:03
felipe_rodrigueshi14:03
thiagoalvoravelo/14:03
gkskHI14:04
gansoo/14:04
whoami-rajat#topic announcements14:04
whoami-rajatSecurity issue with VMDK format14:04
whoami-rajat#link https://security.openstack.org/ossa/OSSA-2023-002.html14:04
whoami-rajatrosmaita, will cover this since he's been working on it14:04
rosmaitasure14:05
rosmaitai see Rajat already posted the link to the patches14:05
rosmaitawe are contractually obligated to fix xena, yoga, and zed14:05
happystackerhttps://review.opendev.org/q/I3c60ee4c0795aadf03108ed9b5a46ecd116894af14:06
rosmaitathe rest are "courtesy" patches14:06
rosmaitabecause people are still using those branches even though we don't release from them any more14:06
rosmaitai stopped at train though14:06
happystackermakes sense not to go beyond14:07
rosmaitaanyway, as we get to the older branches, it is harder to actually run tests because of old dependencies14:07
whoami-rajat#link https://review.opendev.org/q/I3c60ee4c0795aadf03108ed9b5a46ecd116894af14:07
happystackerTrain is pretty old 14:07
rosmaitai had to mess with the tox.ini and requirements.txt and upper constraints to get things to run locally14:07
rosmaitajust mentioning that in case you are in a similar situation14:08
rosmaitaone thing is that somewhere around ussuri, you need to set basepython=python3.6 to get pep8 and hte docs jobs to work14:08
rosmaitanot sure if it's worth backporting that though14:08
rosmaitai think the gate gets around this because they are using older distros when they run the zuul jobs14:09
rosmaitathere is one change in the patch that may affect some drivers14:10
simondodsleyhappystacker: i have customers stuck on Queens as they are using Mirantis OpenStack... it makes me cry14:10
roquejwow, that's terrible! it would make me cry too ;-)14:11
rosmaitasimondodsley: someone attached a queens backport to the bug, though i haven't looked at it14:11
rosmaitai did write more detailed than usual commit messages about conflicts during cherry-pick to explain what changes i made14:11
whoami-rajati think we EOLed queens and deleted the branch?14:12
rosmaitaso if you look at train, you get the whole story14:12
rosmaitawhoami-rajat: you are correct14:12
rosmaitayeah, if you do need to work with queens, you can check out the queens-eol tag and work from there14:13
simondodsleyrosmaita: story... that's a novel :)14:13
rosmaita:D14:14
rosmaitaok, as far as the drivers go ...14:14
rosmaitasome drivers call cinder.image.image_utils.convert_image() directly14:14
rosmaitathat function now checks to verify that the image data matches the image format that the caller says it is14:15
rosmaitait does this by calling out to 'qeum-img info'14:15
rosmaitaanyway, the main point is that you can pass in an image_id and the qumu-img-info stuff14:16
rosmaitabut that's optional14:16
rosmaitaif you don't pass an image_id, if a problem is encountered, the message will say 'internal image'14:16
rosmaitawhich for some drivers it is14:16
rosmaitabut there are some drivers who do have a glance image id when they make the call14:17
rosmaitaso the log/error message will be slightly misleading, but only if there's a problem14:17
rosmaitaanyway, i think it affects 3 or so drivers14:17
rosmaitai'll put up patches for master for those drivers, and rely on the driver maintainers to do testing and backports14:18
happystackerIt'd worth to do a quick test on our drivers as well14:18
rosmaitahappystacker: that's a good point14:18
enriquetasoi'll check the generic-nfs scenario because is affected by this14:18
rosmaitaso the VMDK problem is like the backing_file issue with qcow2 images14:18
rosmaitaright now, we do check for backing_file reported by quemu-img info14:19
rosmaitathis VMDK thing happened because the "backing file" (called a "named extent" by vmware) doesn't show up in that field14:20
rosmaitait shows up in the format specific data in the quem-img info response14:20
rosmaita(if you look at the unit tests on the patch you can see an example)14:20
rosmaitaanyway, my point is that I don't know that we have caught this issue for all possible image formats we support14:20
rosmaita(which depends on what the glance disk_formats config option is)14:21
happystackercomplex to handle14:21
rosmaitaso if you deal with other format images, please look for this kind of exploit14:21
rosmaitabecause it doesn't matter if your cloud doesn't support format X on the hypervisors14:22
rosmaitait's still poissible for someone to put a X format image into glance, and then create a volume from it14:22
rosmaitaat which point cinder will courteously convert the format to raw to write it to disk14:22
rosmaitawhich is nice in general, but can be bad in some cases!14:23
rosmaitaok, i will shut up now ... ping me if you have any questions14:23
happystackerI have a question around it but we talk in our bug review14:23
rosmaitasure14:23
rosmaitaone thing i should say , though14:23
rosmaitaif you do discover this issue with another format, please file it as a security bug in Launchpad14:24
rosmaitathat will give us time to fix it before it's announced14:24
rosmaitathough the bad guys will already know about it, i guess14:24
rosmaita(at least some of them)14:24
happystackerprobably...14:24
rosmaitaok, now i will shut up for real14:24
whoami-rajatthanks rosmaita for working on the fix and the detailed summary!14:25
rosmaitanp, it didn't look too bad, i just didn't anticipate 50 backports14:25
whoami-rajatcurrent status is we're waiting for xena patch to merge and then we will release all active stable branches i.e. xena, yoga and zed14:25
rosmaitaand the tempest and grenad jobs in xena being so uncooperative14:25
whoami-rajatyeah, gate fails for important changes or when a deadline is around14:26
whoami-rajatanyway, thanks again and let's move to the next announcement14:26
whoami-rajatDriver status14:27
whoami-rajat1) HPE XP14:27
whoami-rajat#link  https://review.opendev.org/c/openstack/cinder/+/81558214:27
whoami-rajatwe've approved the HPE driver but i see it is dependent on one hitachi feature14:27
whoami-rajatthis https://review.opendev.org/c/openstack/cinder/+/84697714:27
whoami-rajatis abdi around?14:27
abdiYes14:27
whoami-rajathey14:28
abdiHi14:28
whoami-rajatso do we need that hitachi feature for this driver or it can be done later? later = M3 which is driver feature merge deadline14:28
abdiI believe that feature can be later but I will double check today and get back to you. 14:29
whoami-rajatsure, since it is blocking the driver merge, would be good if it can removed as a dependency14:30
whoami-rajatif not needed, rebase the driver on master (removing this dependency) and let me know, i will review again14:31
abdiOk.  I will have that addressed today. 14:31
whoami-rajatgreat thanks14:31
abdiThank you. 14:31
whoami-rajatnp14:31
whoami-rajat2) Fungible NVMe TCP14:31
whoami-rajat#link https://review.opendev.org/c/openstack/cinder/+/84914314:32
whoami-rajatthis driver is merged14:32
whoami-rajat3) Lustre14:32
whoami-rajat#link https://review.opendev.org/q/topic:bp%252Fadd-lustre-driver14:32
whoami-rajatwe've decided to move this to next cycle14:32
whoami-rajatsince it doesn't have a working CI yet14:32
whoami-rajati will add it as a review comment on the patch14:32
whoami-rajat4) NetApp NVME TCP14:32
whoami-rajat#link https://review.opendev.org/c/openstack/cinder/+/87000414:33
whoami-rajatI've reviewed it and it mostly resembles the iSCSI driver14:33
whoami-rajatit's missing a releasenote currently and a code section which says it should've been removed in Mitaka14:33
whoami-rajati checked the same against netapp iSCSI driver so i think it needs to be removed from both drivers14:33
whoami-rajati.e. iSCSI and new NVMe TCP14:34
felipe_rodriguesthank you whoami-rajat for the review. I saw the comments, I am fixing the issues.. submitting a new patch very soon14:34
whoami-rajatgreat, thanks felipe_rodrigues 14:34
whoami-rajatthat's all for the drivers14:34
whoami-rajatnext, Upcoming release deadlines14:35
whoami-rajatos-brick (February 9)14:35
whoami-rajatcinderclient (February 16)14:35
whoami-rajati don't see anything major in both projects this cycle but good to get some open patches merged14:35
whoami-rajatwe still have time so things are looking good as of now14:35
whoami-rajatnext, 2023.2 (Bobcat) schedule14:36
whoami-rajati don't remember if i announced it but the next release name is Bobcat14:36
whoami-rajat#link https://review.opendev.org/c/openstack/releases/+/86997614:36
whoami-rajatthe schedule is proposed14:36
whoami-rajatthis is the HTML render14:36
whoami-rajat#link https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_280/869976/1/check/openstack-tox-docs/28016f8/docs/bobcat/schedule.html14:36
enriquetasoLince rojo in Spanish14:36
whoami-rajatit doesn't mention the Bobcat virtual PTG which i think it should14:38
whoami-rajatbut i will add that to the review14:38
whoami-rajatfinally we've outreachy announcement14:38
whoami-rajat#link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031869.html14:38
whoami-rajatenriquetaso, would you like to cover this?14:39
enriquetasosure14:39
whoami-rajatgreat14:39
enriquetaso(1)Looking for project/goals: Looking for potential intern projects ideas. Please let me know if you have an upstream bug or implementation that could be fixed by an intern (probably basic/medium tasks)14:39
enriquetasoA project could be fixing something that has been broken for a long time and could be fixed in a 3 month period. (small to medium size bug). Or a new partial implementation.14:39
enriquetaso(2)Looking for mentors: I think jbernard is interested in mentoring this round, let me know if anyone is interested as well. 14:39
enriquetaso(3)Finally, if you know of any low-hanging-fruit bugs that are not tagged yet, please let me know, I'm going to make a list of easy bugs. 14:40
jbernardi am, if needed14:40
enriquetasoThis list is going to be used as a tech test before the internship selection. 14:40
enriquetasojbernard, :P 14:40
whoami-rajat#link https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031869.html14:40
enriquetasothat's all for me, thanks whoami-rajat 14:41
whoami-rajatSofia has been actively working on the outreachy part since past several cycles and if you've any doubts about it she can clear it (as she cleared my doubts)14:41
whoami-rajatthanks enriquetaso 14:41
whoami-rajatdoes anyone has anything else to announce?14:42
Roamer`about the driver status: I guess I should have mentioned this earlier, but I pushed new revisions for a couple of patches for the StorPool driver these days14:42
Roamer`the last one (of the pure bugfixes) is https://review.opendev.org/c/openstack/cinder/+/84327714:43
Roamer`the first couple of patches, e.g. https://review.opendev.org/c/openstack/cinder/+/845178 were discussed with, I believe, whoami-rajat a couple of months ago (and yes, it did take me some time to refresh the patches, we had some issues redeploying our CI)14:43
Roamer`and then there is also https://review.opendev.org/c/openstack/cinder/+/847536 - add iSCSI export support to the StorPool driver - which, I believe, in a meeting some months ago people said that it could be seen as a change to the driver, not as a whole new driver14:44
Roamer`so... yeah... basically I guess we would be grateful for some reviews at least for the bugfixes, and preferably also for the iSCSI export functionality14:45
whoami-rajattotally missed that one, i think i avoided review because i was the co-author but i just discussed the idea and really didn't work on the code changes, i think it's good to go14:45
whoami-rajatRoamer`, thanks, you can add the patches in review request section14:45
whoami-rajatthough honestly i haven't been actively looking at them, i will try to clear the backlog every week from now on14:46
roquejthank you14:46
Roamer`yeah, thanks a lot14:46
whoami-rajatnp14:46
Roamer`so yeah, nothing more from me14:46
whoami-rajatcool, let's move to topics then14:47
whoami-rajat#topic Do we still support stable/victoria  and stable/ussuri jobs?14:47
whoami-rajatenriquetaso, that's you14:47
enriquetasoWe need to add  zed and yoga jobs for NFS CI. My question is if we still need to support the victoria and ussuri jobs or if it's okay to remove them.  14:47
whoami-rajati think you mean in devstack-plugin-nfs and not for every cinder project?14:47
enriquetaso#link https://review.opendev.org/c/openstack/devstack-plugin-nfs/+/87107214:47
enriquetasowhoami-rajat, honestly, the question is general? I'm a bit lost14:48
enriquetasobut yes, its mainly for nfs14:48
eharneyi don't see a reason to remove them from devstack-plugin-nfs?14:48
whoami-rajatsince those branches are EM, we do want to keep the gate active14:48
whoami-rajatuntil they're EOL but yeah others can comment on it14:48
rosmaitawell, i believe that for EM, you only need to run unit tests and pep814:49
eharneythey still work, might as well keep them there, it's not like they run very often14:49
eharneyrosmaita: this is for the devstack plugin itself14:49
rosmaitaok, sorry14:50
enriquetasookay, so we keep then14:50
enriquetasoI'll leave a comment on the patch14:51
whoami-rajatyeah i think that would be good, as eharney said they don't run often and don't take much of gate resources14:51
enriquetaso++14:51
enriquetasothanks14:51
whoami-rajatthanks enriquetaso 14:52
whoami-rajatso we don't have any other topics14:52
whoami-rajatlet's move to open discussion14:52
whoami-rajat#topic open discussion14:52
roquejWhat's the process to update documentation?14:52
roquejtypically on openstack.org14:53
whoami-rajatin the cinder repo, there's a doc folder14:53
whoami-rajatyou can find cinder related documentation there14:53
roquejOk so basically the same process of proposing code changes14:53
whoami-rajatyes14:53
roquejcopy that14:53
roquejthks14:53
whoami-rajatyou will need to propose a gerrit patch as normally you would14:53
whoami-rajatnp14:53
roquejmakes sense, that's what I thoughy to be honest14:54
roquejthought14:54
whoami-rajatwe've a bunch of patches in review request section, if you get time please take a look at them14:57
whoami-rajatalso I've been seen a lot of review activity, thanks everyone for the reviews14:58
whoami-rajatthis is a doc that would be helpful https://docs.openstack.org/cinder/latest/contributor/gerrit.html#efficient-review-guidelines14:58
roquejwill look at those shortly14:59
whoami-rajatcool14:59
roquejconsidering my skill level, I'll try to do my best ;-)14:59
whoami-rajatwould be good if everyone can leave a comment with the review stating the part they've looked at and looks good to them so others can save some time14:59
whoami-rajatsure, every review is appreciated :)15:00
whoami-rajatwe're out of time15:00
whoami-rajatthanks everyone!15:00
whoami-rajat#endmeeting15:00
opendevmeetMeeting ended Wed Jan 25 15:00:16 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:00
opendevmeetMinutes:        https://meetings.opendev.org/meetings/cinder/2023/cinder.2023-01-25-14.00.html15:00
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/cinder/2023/cinder.2023-01-25-14.00.txt15:00
opendevmeetLog:            https://meetings.opendev.org/meetings/cinder/2023/cinder.2023-01-25-14.00.log.html15:00
enriquetaso++15:00
*** dviroel is now known as dviroel|lunch16:08
*** dviroel|lunch is now known as dviroel17:14
*** dviroel is now known as dviroel|out20:52
*** dasm is now known as dasm|off21:51

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!