Thursday, 2023-09-14

*** osmanlicilegi is now known as Guest004:33
pdeore#startmeeting glance13:59
opendevmeetMeeting started Thu Sep 14 13:59:19 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
mrjoshio/13:59
abhishekko/14:00
pdeorelets wait few minutes for others to join14:00
pdeorewe have short agenda for today14:01
dansmitho/14:01
pdeoreok, let's start14:02
pdeore#topic Release/periodic jobs updates14:02
pdeoreWe are in rc1 release week14:02
croelandto/14:02
pdeorewe tried to get the sqlalchemy 2.0 patches in but unfortunately due to gate failures there are still few of them pending14:03
pdeoreSo, instead of waiting for the remaining ones, I've now updated rc1 release patch with latest commit hash14:03
pdeore#link https://review.opendev.org/c/openstack/releases/+/894658/214:03
abhishekkack14:03
abhishekkone more patch got in during last hour14:04
pdeoreyeah that's the last hash i updated ...14:04
abhishekkack14:04
pdeoremoving ahead14:05
pdeoreAs everyone knows we have virtual PTG during last week of October...14:05
pdeoreI have created the PTG planning etherpad and added some topics , please add the topics which you want to discuss during PTG14:05
pdeore#link https://etherpad.opendev.org/p/caracal-ptg-glance-planning14:05
*** tosky_ is now known as tosky14:06
abhishekkI have added couple of topics14:06
pdeoreyeah Thanks for adding those :)14:06
dansmith++ on the osc topic14:07
dansmithon the weighing mechanism,14:08
dansmithadding something in B can't be removed in C because of SLURP unless it's not something the operator needs to handle or prepare for14:08
dansmithisn't there config for that?14:08
* dansmith struggles to remember14:09
abhishekkyes there is we can mark it deprecated in C14:09
abhishekkand then remove it in D ?14:09
dansmithyeah14:09
dansmithI would mark it as deprecated in B if we could still do that14:09
dansmitheven though you can technically do one cycle like that, two would be better if we know14:10
abhishekkBecause I am not pretty much sure how many people are using location strategy14:10
dansmithis it too late to sneak that in?14:10
dansmithack14:10
abhishekkyes, we can do it in C and remove it in D14:10
dansmithokay14:11
abhishekkI will update the same in PTG etherpad14:11
pdeoreack14:11
dansmithoh right, it's already thursday14:11
abhishekkyes14:12
pdeoreok, moving ahead14:13
pdeorePeriodic jobs all green except fips jobs failure14:14
abhishekkpdeore, I guess we missed to highlght this in release highlights?14:14
abhishekkRBD: Trash image when snapshots prevent deletion14:14
pdeoreglance-multistore-cinder-import-fips job is failing since it uses centos ,so the temporary workaround is submitted by abhishekk,14:14
pdeoreabhishekk, ohh ohh yeahh14:14
pdeoreso is it possible to do that now ? 14:15
abhishekkyou can 14:15
pdeorein the same rc1 release patch ? or separate cycle highlights patch ?14:16
abhishekkseparate or same patch also do14:16
pdeoreok14:17
pdeoreI will do it right after the meeting 14:17
pdeoreThanks for highlighting :)14:17
pdeoreok, coming back to the fips job failure14:18
pdeore#link https://review.opendev.org/c/openstack/glance/+/893420  - Set GLOBAL_VENV to false for centos14:18
abhishekknp, just remembered it, I thought we missed it to merge14:18
pdeoreno it was merged i think around m2 week14:19
abhishekkyes14:19
pdeorecroelandt, dansmith could you please have a look at this fix ^ for fips job failure ?14:20
dansmithyeah I thought they were going to change that at the parent job level14:21
dansmithlet's ask and if not we can merge that14:21
abhishekknot done yet14:21
dansmithoh, nm14:21
dansmithwe don't have a parent job for that one I guess,. so whatever14:21
* abhishekk am I disconnected?14:23
pdeoredansmith, we have parent job for that14:24
pdeoreabhishekk, no :)14:24
abhishekkack14:24
dansmithpdeore: it doesn't inherit from a fips-specific parent job14:24
pdeorehmm yeah14:25
pdeoreok, let's move to next topic14:25
pdeore#topic Move cinder-multistore job to n-v for time being? 14:26
abhishekk+1 for me14:26
abhishekkeven though we reduced concurrency for which dansmith is not in favor14:26
abhishekkthere are still some timeouts in that job14:26
abhishekkSo I think we can move it to non-voting and consult with cinder team on solution14:27
dansmithI'll be in favor if we see consistent OOMs where there are multiple qemu processes running14:27
dansmithearlier in the week the cinder team was seeing that on some of their jobs14:27
abhishekkyes14:27
dansmithbut either way, concurrency=3 is too low, 4 is what it was until recently14:27
pdeoreyeah14:27
croelandtwhat do we think about https://review.opendev.org/c/openstack/glance_store/+/894514 ?14:28
dansmithso I'd be more in favor of that or getting buy-in from gmann to go back to 4 globally14:28
croelandtIs that something that may help with some of the timeouts we're seeing?14:28
abhishekkno14:28
abhishekkoh wait14:28
dansmithwhat I'm concerned about is that if everyone makes concurrency changes to all their jobs, we lose the ability to compare the same job across projects for failures and we stop being able to change the knob in one place14:28
abhishekkagree14:29
croelandt+114:30
abhishekkcroelandt, even though we merged it I think we need to release a store library with that fix14:30
abhishekkwe can have a dnm patch depending on this and use from git for cinder job to check first?14:31
croelandtabhishekk: we'd also need to set rados_connect_timeout for our jobs since the default value is -1 and not 014:32
pdeore+114:32
abhishekkcroelandt, ack14:33
pdeoreok, so that's it from me for today, let's move to open discussions14:35
pdeore#topic Open Discussions 14:35
abhishekkNothing from me14:36
pdeoreabhishekk, the change for fixing the image race condition is still valid ? #link https://review.opendev.org/c/openstack/tempest/+/89273114:36
abhishekkyes, for short term I think this is best option14:37
pdeoreack14:38
dansmithyou never answered my question on that14:38
dansmithdo we really allow people to specify the image uuid?14:38
abhishekkyes14:38
abhishekksorry I missed it14:38
dansmiththat's pretty high on the "never do that" list of secure best practices ;)14:39
dansmithperhaps it's worth considering deprecating that ability?14:39
abhishekkI don't know the reason but if someone deletes the image by mistake can create it with same UUID 14:39
dansmithright, I'm sure that's the reason. It's still a terrible idea ;)14:40
abhishekkmay be we can discuss this in PTG and invite brian for discussion14:40
dansmithConsider there's a big main image on a siteack14:40
dansmithoops.. ack ;)14:40
abhishekkI was also against it :D but not entertained during H cycle14:40
dansmithokay14:42
pdeoreok, let's discuss more on this in PTG 14:42
pdeoreanyone has anything else to discuss ?14:43
abhishekkno problem14:43
pdeorealright, let's conclude for the day ! 14:44
pdeoreThanks everyone for joining !14:45
pdeore#endmeeting14:45
opendevmeetMeeting ended Thu Sep 14 14:45:19 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:45
opendevmeetMinutes:        https://meetings.opendev.org/meetings/glance/2023/glance.2023-09-14-13.59.html14:45
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/glance/2023/glance.2023-09-14-13.59.txt14:45
opendevmeetLog:            https://meetings.opendev.org/meetings/glance/2023/glance.2023-09-14-13.59.log.html14:45

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