14:00:14 #startmeeting glance 14:00:14 Meeting started Thu Feb 29 14:00:14 2024 UTC and is due to finish in 60 minutes. The chair is pranali. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:14 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:14 The meeting name has been set to 'glance' 14:00:14 #topic roll call 14:00:14 #link https://etherpad.openstack.org/p/glance-team-meeting-agenda 14:00:25 o/ 14:00:34 o/ 14:00:46 o/ 14:00:57 o/ 14:00:58 o/ 14:01:01 * croelandt only half-paying attention 14:01:10 Let's start 14:01:15 #topic release/periodic jobs updates 14:01:33 We are in M3 week, since we are going to tag m3, we need to get these patches in 14:01:35 releasenotes for m3 - #link https://review.opendev.org/c/openstack/glance/+/910202 14:01:35 Refresh Config - #link https://review.opendev.org/c/openstack/glance/+/910203/1 14:01:53 before merging releasenotes patch we need to wait for glance-cache-manage deprecation patch to confirm if deprecation note is rendering properly or not 14:02:36 but i think it's again failing on functional-py39 after recheck 14:03:46 we can wait for some more time for this 14:04:06 once these 2 patches merged I will submit the release patch 14:04:46 Regarding New Location APIs, Can we raise FFE ? so that we can have this feature in this cycle? 14:05:14 is the holdup with new location apis getting reviews? 14:05:36 i mean, is the holdup that we don't have enough reviews 14:05:51 well, few of them are having +2s but the base patch is still waiting for the +2 14:06:14 #link https://review.opendev.org/q/topic:%22New-Location-Apis%22 14:06:19 thanks! 14:07:06 this is been tested with nova poc patch and cinder poc as well, though the newly added cinder job is failing on this similar to old loc api, locally it's working 14:07:50 abhishekk, croelandt what would you suggest? 14:08:04 my concern is it is failing in gate for cinder 14:08:22 SO unless we fixed it on priority it will be a problematic 14:09:04 it's working locally, so we need to figure out the problem with that failing job 14:09:18 and we can fix it later as well 14:10:03 what if it needs changes in your code 14:10:04 i think is, this feature will get delayed by one more cycle 14:10:39 well, we can aim to have it finished before M-1 and do a preliminary release 14:10:41 i don't think the issue is with new loc api code because same is failing for existing old loc api as well 14:11:34 I am not saying there is issue in your code 14:12:11 I am saying that what if we need to make changes in your code as well to make it work 14:12:32 I mean if there are bugs then we can fix those later as well and backport those 14:12:42 So I agree with rosmaita to have fix it till m1 or else move it to next cycle 14:13:27 m1 means next cycle, right? 14:13:35 sorry rc1 14:13:52 i actually meant m-1 of dalmation 14:13:58 ohh 14:14:19 but if we think we can have everything worked out before rc-1, then we could do a FFE 14:14:25 and for having it in rc1, we need FFE, right? 14:14:31 FFE needs favor from 2 Cores 14:14:37 it just sounds like we will have to work on this and only this before rc-1 14:14:53 so if we are ok with that, i am not against a FFE 14:14:53 I can vote in favor 14:15:11 I need FFE for centralized db as well 14:15:22 but again it is ok to be get merged next cycle 14:15:51 so, here is my thought ... 14:16:29 yeah, till rc1 we have 2 weeks in hands so we can work on that i think 14:16:32 this is a SLURP release, so for something like location API that impacts 2 other services, might be better to release in Dalmation (non-slurp) so we have some time to work out issues 14:16:55 because many consumers won't upgrade to dalmation 14:17:14 so i suggest concentrate on the centralized DB for rc-1 14:17:32 and then we prioritize getting location API finished before M-1 of Dalmatian 14:17:33 hmm ok makes sense 14:17:52 ack 14:18:14 and croelandt will point out that "Dalmation" is not how you spell "Dalmatian" 14:18:22 ok, then let's raise FFE for centralized DB 14:18:30 ack 14:19:03 So do i need to raise it today or tomorrow? 14:19:06 abhishekk, we need to submit FFE mail today itself 14:19:12 ack 14:19:52 that's it from me for today 14:20:07 moving to open discussions 14:20:09 #topic Open Discussion 14:20:21 deprecating glance-scrubber patch is merged 14:20:49 mail sent 14:21:21 I just have one request, since we have decided to move New LoC API to m1 please review the patches on priority 14:22:20 We had decided the same in last cycle as well, though we got some other unexpected issues like ceph deletion issue, we didn't get reviews on the patches on time :( 14:22:49 abhishekk, ack Thanks 14:23:04 so this one needs 2 cores approval right? 14:23:15 yes or PTL 14:23:21 ohk 14:24:04 pranali: you can announce that no features will be merged in D until after location API has been merged 14:24:20 :D 14:24:21 :D 14:24:22 i think the core team will agree to that 14:25:03 yeah at least accepting specs for new RFEs will be in my hand :P 14:25:36 you know, as PTL you should have at least -W powers 14:25:43 I just have one question regarding release, if we raise FFE the we can tag m3 right ? 14:25:43 :P 14:25:56 i'm pretty sure we can configure gerrit that way 14:26:14 :D 14:26:22 can we skip it and tag rc1 directly? 14:26:33 ohh ok 14:26:43 yeah, there's no requirement for an m-3 release 14:26:46 Thanks ! 14:26:50 cool 14:27:35 by the way pranali if you run tempest locally then you get smae error as you are getting in gate 14:27:54 so may be this will help you to debug it locally and see what is happening 14:28:36 ohh ok, I will test that locally then 14:28:55 just replied to abhishekk's FFE email 14:29:30 I still don't see that mail in my inbox :/ 14:29:56 thank you rosmaita o/ 14:30:43 pranali: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/MNVHK22LUBXPL5X37U4NEVQOCZSEV3BK/ 14:30:44 anyone has anything else to highlight? 14:30:56 Nope 14:31:07 rosmaita, Thanks ! 14:31:23 ok, let's conclude for the day then 14:31:30 works for me! 14:31:38 Thanks everyone for joining ! 14:31:52 #endmeeting