19:02:30 #startmeeting refstack 19:02:31 Meeting started Tue Aug 29 19:02:30 2017 UTC and is due to finish in 60 minutes. The chair is hogepodge. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:02:32 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:02:35 The meeting name has been set to 'refstack' 19:03:06 #link agenda https://etherpad.openstack.org/p/refstack-meeting-17-08-29 19:03:14 o/ 19:03:47 o/ 19:04:17 o/ 19:04:28 Hi everyone 19:05:15 The agenda will probably be lighter today. Pike release tomorrow 19:05:32 #topic PTG 19:05:49 \o/ 19:05:51 PTG is coming up in a couple of weeks 19:06:10 Here's the working etherpad 19:06:15 #link PTG https://etherpad.openstack.org/p/refstack-pike-ptg 19:06:28 currently it's just the notes from the previous PTG 19:07:22 catherineD: is there another Etherpad we're using for the PTG 19:08:40 yea the link you gave is for pike .. we share the same link with Interop-wg https://etherpad.openstack.org/p/InteropDenver2017PTG 19:09:57 Ah, I guess this is Queens. :-D 19:10:12 #link PTG https://etherpad.openstack.org/p/InteropDenver2017PTG 19:10:27 right now for RefStack only one item 19:10:40 Complete subunit data upload to RefStack 19:10:42 Policy/privacy concern discussion 19:10:44 Technical discussion 19:10:46 Complete subunit data upload to RefStack 19:10:46 Policy/privacy concern discussion 19:10:46 Technical discussion 19:11:10 Ok. 19:11:21 catherineD: any update on your attendance? 19:11:57 I will attend remotely this time 19:12:39 ok, good to know. When the time gets closer I'll publish the schedule and a zoom link to call in to. 19:12:49 great 19:13:02 anything else on the PTG? 19:14:06 #topic verification field 19:14:13 mguiney: how is this coming along? 19:14:42 alright! 19:15:07 when do you think we'll be ready to run the update tool? 19:15:43 so, i ran into a bug that i had not anticipated, and then promptly left for most of the week 19:16:18 bugfixing on that is top of my list today, and then when that's in working order, i'll push the patch 19:16:19 so still in progress? 19:16:23 yes. 19:16:30 ok 19:16:44 so later this week possibly? 19:17:00 i'm hoping to get this one merged fairly quickly, after getting it pushed, because i'd love to get this checked off the list finally 19:17:29 yes, i'm hoping for tonight/tomorrow but sometimes bugfixing goes awry 19:17:50 apologies for how long this has taken, i just found this bug at a very inopportune time 19:18:20 and have not yet been able to fix it 19:18:25 but soon! 19:18:47 let us know if you need help sorting it out 19:19:23 I think I know what's happened, but if i turn out to be incorrect, i absolutely will! 19:19:47 #topic subunit upload 19:20:25 #link alembic_version patch https://review.openstack.org/#/c/487185/ 19:20:48 #link subunit upload spec https://review.openstack.org/#/c/480298/ 19:20:54 starting with the second first. 19:21:12 catherineD: pvaneck: any more comments on the spec? Are we ok to merge it? 19:22:20 I think it should be okay to merge. I don't mind helping out with the refstack-client portion of it 19:22:41 fantastic, thanks 19:22:44 I think you already did complete one of the action items, actually 19:22:57 (as noted in spec, thus the credit) 19:23:05 other than where to put the data (refstack db or own database) the spec looks good to me 19:23:20 (not volunteering you for additional tasks without asking, i promise) 19:23:42 catherineD: mguiney: we sorted that out, right? what was the final decision? 19:23:54 lol it's fine, but refstack-client will need to be altered to upload subunity directly. 19:24:16 ah, ok. apologies for the misunderstanding 19:24:38 we will absolutely be able to use subunit2sql within the db, as per my testing 19:25:16 last we were at seeting the alembic verstion tables ... we need to sort out to have tools so that existing refstack table won't be re-created ... see pvaneck: 's comment on https://review.openstack.org/#/c/487185/ 19:25:36 the (still WIP) migration script I got pushed last night will allow its usage within the existing database, in the case of existing dbs 19:26:11 one way to merge the spec is not to define which db to save (leave that for later spec) 19:26:28 other thatn that everything else looks good 19:26:50 if we have a solution and direction, let's update the spec to reflect it 19:27:03 the migration script handles that error in existing dbs 19:27:10 cool, can do 19:27:24 sounds like we have a solution to the issue? catherineD does that sound ok? 19:27:36 yep 19:27:50 ok, thanks :-D 19:28:19 awesome. one quick question: 19:29:30 what is (collective)your opinion on having a separate patch for the conf flag addition 19:29:50 vs keeping it in the same patch as the migration script? 19:30:29 I think it is clearer to have a conf flag patch with default conf value 19:30:44 that way it does not hurt anything 19:30:57 and then any migration patch 19:31:10 my thought was to add the conf and get it merged first, then the migration script which consumes the new conf after 19:32:00 awesome, that was my thought as well. It keeps it cleaner and more focused. 19:32:12 I think so 19:32:15 sounds like the right approach 19:32:18 +1 catherineD 19:32:36 in that case, would it possible to get some eyes on that patch so I can try and get it merged as soon as it looks good? 19:33:25 because the migration patch consumes the conf introduced in an unmerged patch, it will never pass gate tests until the conf patch merges 19:33:58 which is fine for the moment because it is still a WIP, but it's very close to being ready for review 19:34:00 #link https://review.openstack.org/#/c/498735/ 19:34:04 mguiney: you mean https://review.openstack.org/#/c/487185/ .. will review after the meeting 19:34:11 :-) 19:34:18 yes, apologies 19:34:28 should have specified :) 19:34:36 catherineD: thank you :-D 19:34:55 thank you! review is much appreciated 19:35:48 ok, anything else on this topic? 19:35:57 nope! 19:36:11 thank you all for input and reviews! 19:36:18 #topic open reviews 19:36:26 Two open reviews that weren't covered 19:36:49 spec for configuration, still haven't heard back from David. I'll reach out to him over email to check on the status 19:37:00 #link https://review.openstack.org/#/c/489421/ 19:37:22 The other is mine, which is a style change update I haven't worked on yet (working on Pike release) 19:37:49 #link https://review.openstack.org/#/c/395426/ 19:38:05 So not much to add on those. Any comments? 19:39:04 once Sergy's concern is addressed .. we should be good 19:40:03 #topic open discussion 19:40:13 Any final topics before we adjourn? 19:40:28 I put an item there 19:40:46 ahhhhhhh interesting 19:40:49 I think we should update the website to enable schema 2.0 19:42:07 #topic update website 19:42:32 catherineD: should we do that before the ptg? 19:42:48 I think so ... 19:42:58 maybe this Thursday? 19:43:10 catherineD: this Thursday would work for me 19:43:34 I sent you some commands via email .. 19:43:46 catherineD: I saw that, thank you. 19:43:53 pvaneck: and I can watch the server status .. 19:44:13 catherineD: do you want to schedule a time for that? 19:44:44 I'm free after 5 PM PT to do it. 19:44:48 perhaps earlier 19:44:58 10:00 am works for your ?pvaneck: hogepodge: 19:45:13 oh after 5:00 pm 19:45:26 10 AM would work for me 19:45:42 It coincides with the QA meeting, but that shouldn't be a problem 19:45:51 pvaneck: how about 10:00 am for you? 19:46:23 whenever is fine. Should go relatively smooth i think 19:46:43 ok, let's plan for 10 AM. I'll send out the invitation. 19:46:44 * mguiney knocks on wood 19:47:07 I think so too 19:48:20 anything else? 19:48:38 nope 19:49:25 Thanks everybody, have a fantastic week! 19:49:43 thank yoy! bye! 19:49:55 #endmeeting