14:01:08 #startmeeting glance 14:01:10 Meeting started Thu Dec 15 14:01:08 2016 UTC and is due to finish in 60 minutes. The chair is rosmaita. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:11 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:01:14 The meeting name has been set to 'glance' 14:01:19 hey there 14:01:52 o/ 14:01:53 sigmavirus: hang on a sec 14:01:58 #topic roll call 14:02:01 :) 14:02:04 \o 14:02:09 o/ 14:02:18 o/ 14:02:29 good afternoon 14:02:35 good evening, stevelle 14:02:45 o/ 14:03:19 not a bad turnout 14:03:37 ok, let's get started 14:03:47 #topic updates 14:04:12 \o 14:04:20 first update is that thanks to the efforts of sigmavirus, our "release czar", O-2 is ready 14:04:34 although, i must admit that there's not much in it 14:04:44 (but we'll talk about that during priorities review) 14:05:16 also, i just realized that although i informed the release team that sigmavirus is our go-to person for releases, i haven't announced it on the ML 14:05:38 #action rosmaita send notice about Ian being release czar to ML 14:06:06 next up will be O-3, week of Jan 23 14:06:21 should be a lot of stuff in it, commmunity images for example 14:06:42 ok, next update 14:07:00 you've probably seen the message i sent to the ML nominating stevelle for Glance core 14:07:17 the response has been overwhelmingly positive (+100 from Erno!) 14:07:30 rosmaita: damnit no one's supposed to know ;) 14:07:47 so I'll add him to the list after the meeting and update the ML 14:07:51 * sigmavirus 's interwebs are slow today 14:08:19 sigmavirus: i need to get word of your powers out there so that you'll be accorded the respect you deserve! 14:08:29 * sigmavirus deserves no respect 14:08:52 anyway, i'm sure we're all looking forward to working with stevelle, who's been doing great, detailed reviews 14:09:02 not me 14:09:22 he's always bothering me when I'm trying to work 14:09:41 what's going on here? i can't say anything nice about anyone without being corrected? 14:09:44 :) 14:10:03 just following the pattern :) 14:10:04 Yes, very good reviews with valuable comments and suggestions. :) 14:10:09 thanks for the kind words folks 14:10:33 ok, next update 14:10:38 i need feedback on this one 14:11:06 the "holidays" are approaching, so there won't be a lot of people around the next few weeks 14:11:19 so, i'm wondering what to do about the next 3 meetings 14:11:28 Dec 22, Dec 29, Jan 5 14:11:38 i don't want to cancel all 3 14:11:50 but i don't want to waste people's time, either 14:12:19 * croelandt won't be there on the 22nd, and on the 29th either 14:12:58 * stevelle == croelandt 14:13:13 ok, how does this sound 14:13:24 actually, i should give people more time to respond 14:13:29 since i did ask a question 14:13:34 * rosmaita sits on his hands 14:14:38 ok, well, the silence is deafening 14:14:48 people are already on vacation. 14:15:15 here's my proposal: cancel Dec 29. I'll be here Dec 22 and Jan 5, but won't hold it against anyone if they don't show up 14:16:24 * croelandt is relieved 14:16:36 next thing ... i wonder whether it would be good to have an etherpad with people's availability, to assist people seeking reviews? nothing detailed, just something like "working 1/2 time Dec 22-Dec 29" something like that 14:16:40 or 14:17:02 is it sufficient to tell people to put an occasional shout into #openstack-glance and see who's there? 14:17:14 well, I think people will /quit IRC when on vacation 14:17:28 basically, if you're on IRC, you're probably available 14:19:03 ok, so in the email announcing meeting cancellation for Dec 29, i will remind people that reviewers may be on holiday, so things will be a bit slow, please be patient 14:19:29 #action rosmaita email to ML about dec 29 meeting and reviewer availablity over holidays 14:19:45 while i'm at it 14:20:06 #action rosmaita email to ML about stevelle being confirmed core 14:20:30 ok, that's it for updates ... i will pause 45 seconds for comments, concerns 14:21:16 hearing none, let's move along 14:21:25 #topic priorities review 14:21:52 ok, first up is a reminder about priorities 14:22:02 #link http://lists.openstack.org/pipermail/openstack-dev/2016-December/108969.html 14:22:21 just about the process, to make sure we're all on the same page 14:22:38 you probably saw it already; if not, please look it over 14:22:55 ok, and now the actual review ... here's the link: 14:23:09 #link http://lists.openstack.org/pipermail/openstack-dev/2016-December/108704.html 14:23:35 ok, #1 - database strategy for rolling upgrades 14:23:53 now has a +2 courtesy of sigmavirus ... thank you sigmavirus 14:24:13 it has a +1 after some really careful reviewing from stevelle 14:24:39 so, i am inclined to request that stevelle use his new powers to change that to a +2 14:24:53 but, i am also open to objections that that's not quite kosher 14:25:06 I'll be available for the Jan 5 and maybe dec 22 but defo not 29 14:25:13 sorry for answering late 14:25:15 jokke_: ty 14:26:17 so ref the priorities 14:26:18 any thoughts on the above? anyone? 14:26:51 I think it's the move to alembic one that has -1 from me towards the rolling upgrade dependency 14:27:01 correct 14:27:36 the one we're talking about now has +1 from jokke_ saying he's not comfortable +2ing DB stuff 14:27:46 which is quite acceptable 14:27:51 so I'm leaning towards +2 for that if we decide to take the route proposed towards rolling upgrades, but I'm tempted to say that we don't want to move to alembic if we do not have clear need for it 14:28:06 yes that was the other one 14:28:09 jokke_: i respect that 14:28:33 my feeling is that the database strategy proposal is sound, and we should go in that direction 14:28:44 i would +2 myself except that i'm co-author :) 14:29:04 cool ... and if that's the case, I'm more than happy to +1 the alembic proposal as well 14:29:14 but we did explore a lot of options (me and hemanth_ (who's on vacation), plus alex_bash too), and i think this is really solid 14:29:17 the bundle as whole sounds reasonable for me 14:29:27 plus, we have the POC that alex_bash and hemanth_ put together 14:29:34 so people, don't be too worried about my -1 there 14:29:53 cool 14:30:40 my only concern with stevelle being the second +2 is that me, hemanth_ , sigmavirus , and stevelle are all rackspace 14:30:51 but, other people have looked at it and left comments 14:31:01 yeah 14:31:02 I don't personally like the look of that 14:31:03 then again, our core team is so inactive at this point :/ 14:31:08 sigmavirus: exactly 14:31:21 i was about to say, i have not had success getting other people to look 14:31:36 rosmaita: that's fair ... I think the big question is, do we have others than me who is not comfy to +2 db stuff and rackspacers in our active core list anymore 14:32:03 my feeling is that the entire process, because the first patch is way different from the current patch, was done out in the open, with feedback from the wider openstack community 14:32:40 so while i agree with sigmavirus that it looks a bit smelly, i think we are actually ok here 14:32:45 (bad mixed metaphor) 14:33:03 and i really want to get alex_bash and hemanth_ unblocked 14:33:08 so honestly I can change my +1 to +2 with a note that I trust the judgement of these guys but don't understand the technical details ... which does not look any better IMO :P 14:33:21 jokke_: i agree 14:33:30 so we can in my point of view just move forward with that as we don't have objections there either 14:33:32 i think you are well within your rights not to +2 14:33:47 i mean, it's not like you didn't read & review the spec 14:33:54 indeed 14:33:56 and you also participated in teh virtual design session 14:34:28 stevelle: what do you think? 14:34:34 (sorry to put you on the spot) 14:34:51 stevelle: you gotta earn your ranks form the first minutes :P 14:34:58 lol 14:35:24 jokke_: you are the most active non-Rackspace core I've seen lately (which is purely anecdotal data) 14:35:39 Unless we can identify someone who wants to put an additional review in, I can go over it again and see if I can go with the upgraded vote. 14:36:01 stevelle: please do so 14:36:10 stevelle: that sounds good to me 14:36:42 not only to unblock Alex and Hemanth but I'd like to see this merging rather asap than alap :) 14:36:44 there will be some movement on the core team in the next few weeks, so this kind of one-company thing shouldn't come up again 14:37:17 ok, thanks for this discussion 14:37:30 #action stevelle to re-review database strategy spec 14:37:57 #action rosmaita to come up with plan B (which will hopefully not be necessary) 14:38:14 ok, back to the priorities 14:38:42 we've already talked about #2, basically if #1 is approved, #2 can follow 14:38:51 moving to #3 14:39:08 i am happy to report that this one happened ... the community images spec update has merged 14:39:46 since timothy is out of action for a while, dharinic has volunteered to change his patch so that the migration of existing images goes according to the spec update 14:40:04 (which we all hope makes operators and end users happy!) 14:40:47 * sigmavirus crosses fingers 14:40:56 so, this item will move from reviewing the spec to reviewing the actual CI code (as soon as dharinic gets a new patch up) 14:41:20 moving to #4 14:41:22 coming up. :) 14:41:33 dharinic has been busy, this is hers too 14:41:41 I'm happy that we found common ground ... feel free to blame me if it turns out to be nightmare 14:41:45 the patch to fix the regression was merged! 14:42:21 jokke_: i think we did the best we could ... at the very least, that extensive discussion shows that we didnt' take the migration issue lightly! 14:43:13 ref regression, well done and I was happy to see tests there as well (did glance it through today even it had merged) 14:43:26 the second part of #4 hasn't merged yet, i think there's a request on the patch to update the config option description text or something 14:43:42 Thanks jokke_ 14:44:08 also, i think stevelle was having second thoughts about the strategy 14:44:20 Yeah alex_bash suggested we do that. But I was wondering if that had to go with the same patch.. 14:44:34 basically, the problem is that there are two options for the swift backend ... if you enable them both, horrible stuff happens 14:44:59 so, dharinic 's second patch makes glance refuse to start with a suitable log message if both options are enabled 14:45:04 rosmaita: but have we ever indicated by any means that we would support such? 14:45:15 my second thoughts were dismissed by review, and I added the comment to that effect 14:45:22 cool 14:45:26 i am behind the times here 14:45:39 jokke_: not exactly, but the problem pops up because of devstack 14:46:09 it has one of the options enabled, and then if you turn on the other one, you eventually notice that bad stuff has happened 14:47:02 jokke_: so the options are there, and we've never said previously that they shouldn't be used together 14:47:15 ah 14:47:18 plus, i believe you get into a kind of non-recoverable situation 14:47:26 lovely 14:47:38 so it's really better to put this in code not just in docs 14:47:43 so yes I'd be pro not allowing them both, for now 14:48:28 I think there has been quite a bit of requests for the multiple active backend stores and we might need to revisit it when implementing that 14:49:18 ok, i think we should discuss multiple stores support at the PTG 14:49:19 but on current state documenting "This is not smart and might break things horribly" is pretty good standing 14:49:25 ++ 14:50:22 ok, cool 14:51:10 ok, we are running out of time ... abhishekk thanks for being patient, your request-id patch will become high priority 14:51:31 no issues rosmaita 14:51:39 and i don't think there was action on #6 or #7 14:51:55 actually, that's false 14:51:58 #7 merged 14:52:01 hooray! 14:52:39 ok, i'll send out a revised priority list tomorrow 14:52:54 i want to wait and see what happens to the db strategy spec today 14:53:01 i am working on creating the patch for #6 14:53:06 bhagyashris: ty 14:53:13 will submit it asap. 14:53:17 I need to look at 5 then 6. have them queued up already though 14:53:29 sounds good, i will move #6 up in the list, too 14:53:45 #topic next operators survey 14:54:01 not much to say here, if you are interested, i have a draft up: 14:54:17 #link https://etherpad.openstack.org/p/glance-swift-multitenant-usre-survey 14:54:48 why don't i say i'd like to send that out early next week 14:55:11 rosmaita: I'd say wait for 3 more weeks 14:55:24 next week will disappear into the X-mas void 14:55:26 jokke_: you are probably right 14:55:33 ok, then there's no rush on this one 14:55:47 #topic question about config regeneration 14:55:56 jokke_: this is really a question for you 14:56:01 shoot 14:56:26 this is about adding 'ploop' (i just had to say that) 14:56:31 #link https://review.openstack.org/#/c/341633/ 14:56:48 so, the value for one of our config options changes 14:57:11 well, my question is, we should probably regenerate the config files before each release 14:57:19 just to be sure everything got in 14:57:35 so do we need to also require regeneration with a patch like this? 14:57:38 yup we do need to do that as I still haven't seen the web ones being available for anything else than master 14:58:06 I personally thing that anything that touches the config options should trigger regen 14:58:11 i see, so it's a publication thing 14:58:31 ok, not much time for open discussion 14:58:35 but that seems to have been continuous battle between myself and some others 14:58:35 #topic open discussion 14:58:53 Glance Tasks have horrible hardcoded dependencies 14:58:56 who put up the Py3 functional test topic? 14:58:58 just saying 14:59:04 rosmaita: me! 14:59:13 ok, tell us! 14:59:14 I'd love some review on this patch series https://review.openstack.org/#/c/392889 14:59:23 they are small, simple patches to enable functional tests for Py3 14:59:27 like seriously horrible stuff in the parsing of the tasks triggering 14:59:55 it's not top priority, but if you've got some free time before going on vacation... :) 15:00:03 croelandt: i will put that on the priority list, i think it's worth having people look it over 15:00:09 (but at the bottom!) 15:00:16 Py2 will be deprecated in 2020 15:00:17 croelandt: that sounds good, I'll try to remember to have a look into them 15:00:24 ok, we are impinging on the searchlight meeting 15:00:26 so we might have some time to review all of these patches :) 15:00:35 I like having these py3 topics on the priorities list 15:00:36 yes, croelandt this is a good thing to do now 15:00:38 thanks all! Sorry Searchlight guys! 15:00:45 stevelle: <3 15:00:47 thanks for taking it on 15:00:50 no worries 15:00:56 been doing that for ~2years 15:01:02 ok, bye everyone! 15:01:03 shall we wrap it up? 15:01:06 Bye! 15:01:09 #endmeeting