Thursday, 2023-04-27

pdeore#startmeeting glance13:59
opendevmeetMeeting started Thu Apr 27 13:59:22 2023 UTC and is due to finish in 60 minutes.  The chair is pdeore. Information about MeetBot at http://wiki.debian.org/MeetBot.13:59
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:59
opendevmeetThe meeting name has been set to 'glance'13:59
pdeore#topic roll call13:59
pdeore#link https://etherpad.openstack.org/p/glance-team-meeting-agenda13:59
pdeoreo/13:59
mrjoshi_o/13:59
pdeorelets wait few more minutes for others to join14:00
abhishekko/14:01
croelandto/14:01
pdeoreLet's start14:01
pdeore#topic release/periodic jobs updates14:01
pdeoreM1 is 2 weeks away from now14:01
pdeorePeriodic job all green except failure/time out on functional tests due to version conflicts14:02
pdeore#link https://review.opendev.org/c/openstack/glance/+/88103614:02
pdeorecroelandt, did you get any chance to test this failure by trying Brian's comment?14:02
croelandtno I haven't had time to look at that change again14:02
pdeoreohh ok14:03
croelandtthere were some overwhelming news lately + some other work :)14:03
croelandtI'll try to take a look at it tomorrow14:03
pdeoreso we need to try it by changing the nodeset to jammy for py310 jobs14:03
pdeoreack :)14:03
pdeoreok let's move ahead 14:04
pdeore#topic Specs14:04
pdeoreWe have some important specs up for review, so kindly please have a look 14:04
pdeore#link https://review.opendev.org/c/openstack/glance-specs/+/880627 - Reproposed Image Encryption Spec14:04
pdeore#link https://review.opendev.org/c/openstack/glance-specs/+/880030 - Reproposed New Location API spec14:04
pdeore#link https://review.opendev.org/c/openstack/glance-specs/+/881451 - Download Image from Specific Store14:05
* croelandt has to do that too14:05
pdeorethis 3rd one is submitted by abhishekk for new API to download image from specific store instead depending on location strategy configured by deployer14:05
pdeore#link https://review.opendev.org/c/openstack/glance-specs/+/880637 - Bobcat project priorities14:05
pdeorei think the last one is easy to review :)14:06
abhishekk3rd one is low priority though14:07
pdeoreyeah14:07
pdeoremoving to next14:08
pdeore#topic Important Bugs14:08
pdeorecroelandt, ^14:08
abhishekkjust FYI, I have submitted PoC for that spec as well14:08
pdeoreeveryone please have a look at https://review.opendev.org/c/openstack/python-glanceclient/+/88076514:08
abhishekkhttps://review.opendev.org/c/openstack/glance/+/88159014:09
pdeoreabhishekk, ack Thanks14:09
abhishekknp!14:09
croelandtyeah so https://review.opendev.org/c/openstack/python-glanceclient/+/880765 is actually needed to unblock the gate14:09
croelandtif we wait, then  we will have another issue at some point14:09
croelandtand that's gonna be a pain to fix14:09
croelandtI could also use some help with https://bugs.launchpad.net/python-glanceclient/+bug/1674886 14:09
croelandtThe comment from Prerna seems incorrect to me14:10
croelandtIt's true that using "glance image-upload" with an invalid image id takes a bit of time, but I don't think it's worth checking the image id beforehand, thus adding one API call every time14:10
croelandtand I don't think we actually chunk the image before checking the image id14:10
croelandtif anyone is familiar with this code path I could use a confirmation :)14:11
croelandtand I think we should deny the feature request14:11
croelandtany thoughts?14:11
abhishekkwill have a look14:11
* dansmith stumbles in14:11
abhishekkit's mitaka bug :o14:11
croelandtyeah yeah14:11
croelandtbut sometimes old bugs are still relevant :)14:11
croelandtthe traceback shows Python 2.7, I was young at the time14:12
abhishekkI think this is some environmental issue, because we do call get image before now14:13
croelandtyeah14:14
croelandtand it fails immediately14:14
croelandtfrom my tests it seems to take a bit longer with a 400MB Debian image than with a fake empty image14:14
croelandtI wonder ifthat's because of the file pointer we pass to requests.put()14:14
croelandtmaybe requests does something with it14:14
abhishekkhttps://github.com/openstack/glance/blob/master/glance/api/v2/image_data.py#L13214:14
croelandtbut anyway, it does not feel worth checking the image ID every time with a requests from the client14:15
croelandtabhishekk: yeah that's what I had in the meeting etherpad as well, and I checked we raised an exception here :)14:15
abhishekkhmm, so client side is doing some processing I guess14:17
croelandtyeah but getting a file pointer is not costly14:17
croelandtI'd have to debug more but I think it's really request.put() which does something with the file pointer14:18
croelandtprobably reads the whole file or something14:18
croelandtnow the question is: do we want to add a check for *all* calls just to fail faster when a wrong image id is provided?14:18
abhishekkI think ideally that should be case14:19
croelandtreally?14:19
croelandtThat means we had a delay for *all* operations14:19
croelandtwe add*14:19
abhishekkthat is my opinion :d14:21
croelandtI mean it's easy to do14:21
croelandtI'd have to time that call14:21
abhishekkSo this only reproducible with --progress, right?14:21
croelandtno, without progress as well14:22
croelandtI thought so too14:22
abhishekkstrange14:22
abhishekkthen needs to dig into it14:22
croelandtyeah maybe I should remove the call to put or something14:22
abhishekkget_data_file this function ?14:23
croelandtyeah it just gets a pointer14:23
abhishekkit has a file open call14:24
croelandty14:24
croelandtbut that's fast :p14:24
abhishekk:D14:24
croelandtok I'll do more diggin and we'll take about it next week :)14:24
abhishekkI think at this moment we should dig more14:24
croelandtok ok14:24
pdeore+114:25
abhishekklet me know if you need any help here14:25
croelandtok thanks!14:25
pdeorelet's move to open discussions :)14:26
pdeore#topic Open Discussions14:26
rajiv_hi14:26
rosmaitacroelandt: did you see my comments on your patch that adds py310 testing?14:26
abhishekkWe need to get update about fips, rbd deffered deletion and image encryption14:26
rajiv_i read the SLURP info, but want to confirm again. Should we upgrade to Antelope or not ? or is there any upcoming fixes ?14:26
croelandtrosmaita: yes14:26
croelandthaven't had time to look into this14:26
rosmaita:)14:26
abhishekkI think there might be some fixes coming in, not sure14:28
pdeoreabhishekk, ack I will try to take the updates 14:31
abhishekkack, thanks14:32
pdeoreanyone has anything else to disucss14:32
abhishekkwhen will be 1st review party?14:32
pdeoreohh ohh i completely forgot that :X14:33
pdeoreit's next week 14:33
pdeoreThanks abhishekk for the reminder :)14:33
abhishekknp!14:33
pdeoreso next week we will have the video call meeting as usual for review party !14:34
abhishekkyey14:34
pdeoreMonday is holiday , right14:35
abhishekkfor s14:35
abhishekkfor us14:35
croelandtJoin the protests :)14:35
abhishekkI am going to start one :D14:35
pdeore:D14:35
abhishekkI am done14:36
pdeoreok, let's wrap up then !14:36
pdeoreThanks everyone for joining !14:37
pdeore#endmeeting14:37
opendevmeetMeeting ended Thu Apr 27 14:37:29 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:37
opendevmeetMinutes:        https://meetings.opendev.org/meetings/glance/2023/glance.2023-04-27-13.59.html14:37
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/glance/2023/glance.2023-04-27-13.59.txt14:37
opendevmeetLog:            https://meetings.opendev.org/meetings/glance/2023/glance.2023-04-27-13.59.log.html14:37
*** haleyb_ is now known as haleyb15:14

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