14:00:21 #startmeeting glance 14:00:23 Meeting started Thu Mar 2 14:00:21 2017 UTC and is due to finish in 60 minutes. The chair is rosmaita. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:24 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:26 The meeting name has been set to 'glance' 14:00:27 \o 14:00:33 #topic roll call 14:00:44 o/ 14:00:45 hello jokke_ , dharinic : you are too quick! 14:00:55 \o 14:01:41 sigmavirus: what was that command we were using for sub-topics? we haven't met for a week and i completely forgot 14:02:06 There is no command for subtopics =) 14:02:14 I just tend to do #topic Top-Level :: Sub-Level 14:02:15 o/ 14:02:23 sigmavirus: we were using something to fake it, i thought 14:02:26 Kind of like C++ because who doesn't like C++? 14:02:27 =P 14:02:35 rosmaita: honestly, I've forgotten =/ 14:02:36 c++ ftw 14:02:44 ok 14:02:47 RST! \o/ :p 14:02:58 asettle: thanks for attending! 14:03:01 asettle: ACK 14:03:04 I'm just such an attender 14:03:17 #topic updates 14:03:34 #topic updates :: new spotlight links 14:03:41 asettle: YOU COULD HAVE BEEN A CONTENDER! 14:03:56 ok, just want to point out the updated links on the etherpad 14:04:06 got the openstack pike release schedule 14:04:17 and the preliminary glance pike priorities and milestones: 14:04:25 o/ 14:04:26 #link https://etherpad.openstack.org/p/glance-pike-ptg-roadmap-prelim 14:04:54 also, the PTG glance schedule etherpad has links to all the etherpads we used at the PTG 14:05:28 #link https://etherpad.openstack.org/p/glance-pike-ptg-schedule 14:05:51 please check out the proposed dates and provide any comments, etc. 14:06:12 key thing are the spec proposal freeze and spec freeze for pike 14:06:41 #link https://review.openstack.org/#/c/440561/ 14:06:58 o/ 14:07:03 that patch also has the proposed weeks for the virtual midcycle and operators midcycle 14:07:23 nikhil has volunteered to organized the operators virtual midcycle for glance 14:07:26 :) 14:07:34 Lucky nikhil 14:07:55 #topic updates :: ocata postmortem 14:08:14 Lol 14:08:15 its dead, jim 14:08:16 we took a few minutes at the PTG to do a quick postmortem of the ocata cycle 14:08:33 stevelle: don't drag me into this :D 14:08:34 i'd like to open it up to people who couldn't attend 14:08:57 jroll: i never think of you as "jim", just as "jroll" 14:09:00 :D 14:09:09 #link https://etherpad.openstack.org/p/glance-pike-ptg-ocata-postmortem 14:09:10 :P 14:09:25 anyway, there's the link ... please add any comments suggestions etc you may have 14:09:28 rosmaita: that's because his name isn't 'jim' obvs. It's jroll on the birth certificate 14:09:33 Just the same way sigmavirus is *not* Ian 14:09:55 would have like to have gotten further on Rolling Upgrades, but I'm glad we landed what we did 14:10:19 jcook: good point, please add to etherpad 14:10:38 asettle: who's this "Ian"? 14:11:08 Dury? 14:11:22 but we digress 14:11:52 anyway, your feedback is welcome, particularly if you have suggestions that would make pike smoother 14:12:14 i think stevelle already suggested "don't make any backward incompatible api changes" 14:12:47 #topic updates :: image import virtual meetup 14:13:12 i'll send out a doodle poll later today to get a time, but I'm thinking of wednesday 14:13:38 point of the meetup is to go over the spec update which i will hopefully have posted on monday 14:13:41 :D 14:13:51 and to parcel out work items and discuss open questions 14:14:26 as far as communication medium ... jokke_ you still have bluejeans access? 14:14:31 Doodle please 14:14:33 yup 14:15:06 bluejeans seems to have worked out the best, any objections (in the form of a suggestion of something better)? 14:15:55 no idea, never used it 14:16:15 cant be worse than carrier pigeon 14:16:23 well, it 14:16:28 s better than webex 14:16:34 lol 14:16:43 bluejeans does work well but we need someone like jokke_ or flaper87 to host it 14:16:48 (typically flaper87 has hosted it) 14:17:00 jokke_ handled it last time, i think 14:17:44 ok, sounds like bluejeans or carrier pigeon 14:18:18 jokke_: i'll send a doodle poll about time to the ML, can you set up bluejeans access once we have a datetime? 14:18:56 +1 to carrier pigeon 14:19:08 * jcook uses bluejeans for grad school office hours and it works well. 14:19:17 rosmaita: sure 14:19:26 ok, thanks 14:19:43 http://conferencecall.biz/ might work too 14:19:49 people who prefer carrier pigeon have to fed ex their pigeons to blacksburg, virginia, before wednesday 14:20:09 asettle: might prefer we communicate via owls 14:20:22 from what I can tell bluejeans is a lot like hangouts and you really just need a link 14:20:25 I'm more of a pigeon lady, myself 14:20:29 Owls seems nice 14:20:35 * asettle comes in with the important comments 14:20:45 lol 14:20:55 asettle: what house are you in? 14:20:56 i think some owls at least will attack pigeons 14:21:05 so we can't mix communication media here 14:21:09 inb4 ravenclaw 14:21:10 or there will be bad results 14:21:13 sigmavirus: you're clearly referring to HP and it is very obvious that I am a Hufflepuff. 14:21:25 =D 14:21:29 :D 14:21:57 So, perhaps we communicate using Badger? 14:22:00 * asettle is a thinker 14:22:01 #action everyone look for doodle poll in the ML today and respond quickly 14:22:15 #topic looking for owners 14:22:19 * sigmavirus would propose that everyone learn their house today and include it in the doodle 14:22:22 Wow that's a vague topic. 14:22:40 rosmaita: I think asettle just owned you 14:22:41 we've got some pike items that need people to shepherd them 14:22:48 or whatever you do with pigeons 14:22:55 * rosmaita is ignoring the peanut gallery 14:23:01 rosmaita: probably smart :P 14:23:04 I own a hungry cat 14:23:33 #topic owner needed :: remove 'show_multiple_locations' 14:23:41 this one is going to require a spec 14:23:58 * nikhil feels like watching the Tarzan movie now 14:24:19 removal will be slightly complicated, and there will be argument over the proper default value for the policies 14:24:34 (I favor "!", others favor "role:admin") 14:24:56 to get an idea of what's up, here are some things to look at: 14:24:58 rosmaita: if I could just rm show_multiple_locations I would 14:25:10 #link http://git.openstack.org/cgit/openstack/glance/tree/releasenotes/notes/deprecate-show-multiple-location-9890a1e961def2f6.yaml 14:25:12 I will take that item 14:25:20 #link http://git.openstack.org/cgit/openstack/glance/tree/releasenotes/notes/update-show_multiple_locations-helptext-7fa692642b6b6d52.yaml 14:25:24 sold! 14:25:40 that was easy 14:25:46 ok, next item 14:26:01 #topic owner needed :: removing deprecated options 14:26:22 there are several deprecated options who've passed their "remove by" date 14:26:39 it would be nice if someone could gather them on an etherpad 14:26:52 these topics are sweet music to my ears 14:26:53 And I've wip review that someone can pick up if they want 14:27:09 i think most of them are simpler than the show_mult_locations and can be handled by bugs 14:27:34 but it would be good to see what they all are first so we can check them off 14:27:43 I can help 14:27:52 sold! 14:28:00 i forgot to "action" nikhil 14:28:11 It's fine 14:28:21 #action nikhil to handle show_multiple_locations option removal 14:28:24 no one can action nikhil 14:28:33 It is to important for me to forget 14:28:38 Lol 14:28:44 #action hemanthm to put together list of deprecated options for removal 14:28:50 ok, next one 14:28:59 Chuck Norris could action nikhil 14:29:14 #topic owner needed :: remove usage of deprecated options 14:29:17 so, rosmaita is Chunk Norris 14:29:29 :P 14:29:36 * asettle comes back to the convo 14:29:40 Well that escalated quickly 14:29:40 in the macho sense, yes; in the political sense, no 14:29:49 but is Chuck Norris deprecated? 14:29:55 should be 14:30:00 stevelle: you can try :P 14:30:00 +1 14:30:11 sigmavirus or stevelle plz print plaque for next summit that says " rosmaita is chuck norris in the macho sense, not hte political sense" 14:30:38 i think i need to run this meeting more like chuck norris 14:30:40 asettle: as if You Know Who would send me to the summit 14:30:52 sigmavirus: *gasp* Voldy is back working for Backspace? 14:31:06 I could sense it. 14:31:07 =D 14:31:12 asettle: did your forehead tingle? 14:31:26 sigmavirus: it was actually my upper arm, I have that different from HP 14:31:38 was there more work to pass out? 14:31:38 oh totes 14:31:48 stevelle: yes, plaque plz 14:32:07 so we need a new defense against the dark arts instructor 14:32:19 *raises hand* 14:32:20 Oh oh oh oh oh 14:32:21 lmao 14:32:22 last one was eaten by a grue 14:32:22 to take on the task of seeing what stuff we're consuming the deprecated options of 14:32:25 I vote nikhil 14:32:28 and stop consuming them 14:33:02 * rosmaita pauses to wait for volunteers 14:33:13 I think asettle voluntold nikhil, didn't she? 14:33:16 Sure did. 14:33:30 I vote Mike 14:33:40 Ohhhh I see what you did there nikhil 14:33:43 sorry thought that cleaning up was same task as collecting the things to clean up 14:33:59 stevelle ++ 14:34:23 so, I'll do it as a part of my previous todo 14:34:38 Well you just need to go visit different projects using them 14:34:47 For cleanup I mean 14:34:50 hemanthm is the new Defense Against the Dark Arts teacher! \o/ 14:35:06 let's hope he lasts longer than the last one 14:35:20 * hemanthm should know better 14:35:26 ok, that's all i got 14:35:41 #topic Automating the current release name in glance code for making maitenance a long term viable reality 14:35:49 this is nikhil 14:35:49 * hemanthm hides 14:36:07 Well pretty much what the review says 14:36:27 I just need ideas to see how we can do such things 14:37:21 * nikhil waits for ideas 14:37:26 one suggestion is a checklist of stuff that must be done when a stable branch is cut 14:37:30 which reminds me 14:37:39 I feel like having it in setup.cfg would be good enough 14:37:55 +1 14:38:02 i think sigmavirus was working on a release checklist or something like that 14:38:08 IsI am 14:38:12 I was thinking of the same thing stevelle 14:38:13 *I am 14:38:57 either way, we'd still have to maintain it manually 14:38:57 stevelle: but you probably know better if that confuses downstream 14:39:25 hemanthm is correct, i think 14:39:38 but i guess the advantage is that it's in a more obvious place? 14:39:41 hemanthm: I think we can request it part of release automation 14:40:05 nikhil: yeah, kinda where I was headed as well 14:40:39 Typically when release is cut we get that flag and set it 14:41:08 But today only signs are in git commit messages 14:42:23 so the problem i see is that master doesn't get a name until a stable branch has been cut 14:42:32 and master is where we need the correct name 14:42:43 Yup 14:43:52 I don't know enough about release automation, are there any post-release automation that is done currently? 14:43:58 neutron maintains a release checklisr for few things that needs to be done manually when a stable branch is to be cut. 14:44:26 dharinic: ++ , i think we need that even independently of how we fix this 14:45:01 sigmavirus: do you have any ideas? 14:45:23 Well I think that is opposite of where we want to go 14:45:29 we could always mention dhellmann and see what happens 14:45:38 hemanthm: nikhil so there is automation around updating upper-constraints, .gitreview, and a few other things 14:45:51 rosmaita: ttx is the release PTL now :) 14:46:06 I think having extra steps that we carry out manually works well too 14:46:06 but those are into the stable branch 14:46:14 We were trying to get rid of configs in tree so that release is not blocked on such manual updates 14:46:16 we need this to happen in master 14:46:40 ah I see 14:46:44 maybe we can add a gate job for this 14:46:47 It would be a horrendous experience for waiting on a zillion patches to cut release 14:47:05 nikhil: currently we don't wait on those patches 14:47:12 I'm not sure what you're expecting to be the problem 14:47:31 alex_bash: the gate job would run every time we merge to a branch. How would that help? 14:47:45 first patch to merge to master on new release will have to manually update it 14:47:46 sigmavirus: we need to refresh configs in tree before cutting a branch 14:47:46 So what is the core of the problem? Our config files have the wrong name? 14:48:01 all subsequent patches would pass 14:48:10 https://github.com/openstack/glance/blob/master/glance/db/migration.py#L50 14:48:13 sigmavirus: ^ 14:48:17 nikhil: so that's 1 patch to wait on before creating a release? 14:48:20 i dont't think any file currently has the name we need 14:48:46 sigmavirus: ha, I don't think so 14:48:50 so what hemanthm linked can be pulled out of a setup.cfg if we watned it to be 14:49:12 yeah and I don't know why cutting a branch should get delayed 14:49:34 hemanthm: right, we'd update setup.cfg after a branch has been released 14:49:36 it should not be 14:49:38 but it can be 14:49:39 current_release would be set at the start of the cycle and then we'd be done until the next 14:49:39 yeah, the new stable branch will already have the corect name 14:49:39 when cutting the branch that label should have already been updated 14:49:59 I think we're conflating a lot of things 14:50:09 sigmavirus: ++ 14:50:11 +1 14:50:16 I am quite clear on the problem 14:50:18 I think what you're saying is that you want to have automation that hooks into the release automation when we create a release 14:50:28 That's the basis of everything, yes? 14:50:38 for this issue, may be that's the answer 14:50:40 Kind of like we have tools/test-setup.sh that will run for our gate jobs 14:51:05 nikhil: if you're clear on the issue, I'm not getting a cohesive picture of it from everyoen else 14:51:25 sigmavirus: alright, let me be explicit 14:52:00 this is the review :- 14:52:04 #link https://review.openstack.org/#/c/438736/ 14:52:30 I think automating something that happens 2x per year is a digression derailing the meeting at this point 14:52:32 it has the var CURRENT_RELEASE hardcoded to the current release name 14:52:48 stevelle: good point 14:52:55 let's go with the checklist approach for now 14:53:00 so you are saying we are not discussing important stuff 14:53:14 we're saying that we're not having open discussion 14:53:18 * nikhil leaves the meeting 14:53:30 #topic open discussion 14:54:11 (i got feedback that i should make sure we have open discussion time at each meeting) 14:54:27 (and whenever i do ... there's usually no discussion) 14:55:24 :) 14:55:24 hi 14:55:28 :) 14:55:46 ^5 for everyone 14:55:47 we need to get the previous topic settled before August 7 14:56:04 I have a question 14:56:32 Does anyone know of a deployment that builds thousands of concurrent VMs off an uncached image? 14:56:47 besides Rackspace Public Cloud users? 14:57:23 I'm assuming cern might if not cached on hypervisor or precached in glance, but I hear they are tiny. 14:57:58 yes, they tend to be something like 256MB 14:58:17 I think you could have stampeding heard with that size 14:58:21 herd* 14:58:24 and answer to your question, no I would not know anyone else 14:58:35 but maybe not with their scale, or they cache, or cache completes quickly enough 14:58:51 jcook: well, cern uses lots of clouds that aren't theirs 14:59:00 ah 14:59:01 they get time donated by various clouds 14:59:21 so it could be a general problem, give all the clouds they use 14:59:26 I wonder if they fail a lot of builds and jsut retry or no 14:59:30 but i haven't heard anyone mention it as a problem 14:59:34 k 15:00:11 ok, we're about out of time ... look for a doodle poll about image import mtg next week 15:00:17 #endmeeting