19:00:48 #startmeeting refstack 19:00:49 Meeting started Mon Jul 27 19:00:48 2015 UTC and is due to finish in 60 minutes. The chair is catherineD|2. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:00:50 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:00:53 o/ 19:00:53 The meeting name has been set to 'refstack' 19:01:28 #link meeting agenda and notes, please feel free to add items https://etherpad.openstack.org/p/refstack-meeting-15-07-27 19:01:41 Roll call 19:02:14 o/ 19:02:15 hogepodge:is traveling so won't attend today ... 19:02:22 o/ 19:02:41 Let's start ... 19:03:06 #topic Tokyo Refstack sessions ... 19:03:39 #link please vote for Refstack session: https://www.openstack.org/summit/tokyo-2015/vote-for-speakers/presentation/5256 19:03:49 catherineD|2 Can you please share agenda link? 19:04:30 #link agenda link https://etherpad.openstack.org/p/refstack-meeting-15-07-27 19:04:35 thx) 19:04:54 sslypushenko__: np 19:05:39 I think deadline is this Friday for voting 19:06:18 I have already voted. Lets cross fingers) 19:06:39 catherine, add a picture for your speaker profile 19:07:07 We have asked Chris to see if it is possible to schedule a room for Refstack design meeting at Tokyo. but I do not think this is important ... 19:07:35 pvaneck: thx for reminder ..sslypushenko__: davidlenwell: you update your bio? 19:08:00 oh! thx for reminder! 19:08:09 yes 19:08:10 sslypushenko__: will Mirantis let you travel if the session is accepted? 19:08:27 I hope, so) 19:09:00 we hope so too ... everyone asks your friends and co-workers to vote for us OK? :-) 19:09:07 ok moving on .. 19:09:15 Usually our company supports session speakers 19:09:22 #topic Relocate RefStack Project 19:10:01 davidlenwell: could you take a look at the comments on https://review.openstack.org/#/c/205609/ 19:10:46 at least Andreas Jaeger 's and Thierry Carrez's feed back that Refstack should not be relocated to openstack-infra ... 19:11:29 I'll take a look 19:11:57 I know that we voted for moving to infra ... but other people do not think so ... 19:12:16 davidlenwell: you have discussed with Jim Blair right? 19:12:16 we can take their input into account 19:12:22 catherineD|2: yes I did 19:12:27 davidlenwell: I think so 19:12:28 he doesn't object.. 19:12:31 let me make some comments on that 19:12:50 davidlenwell: please do ... Thanks! 19:13:55 we need to get https://review.openstack.org/#/c/205609/ approved ....before working on the actual move patch https://review.openstack.org/#/c/205777/ 19:15:13 davidlenwell: we will wait for feedbacks after your comment on https://review.openstack.org/#/c/205609 19:15:34 okay 19:15:40 any other input before we move on .. 19:15:46 no[ 19:15:55 move on 19:15:59 #action Infra Hosting 19:17:29 we are stuck witth https://review.openstack.org/#/c/198869/ ... it failed Jenkin ... don't know how to fix it ... 19:18:00 who can help? 19:19:21 We need puppet guru help) 19:20:07 sslypushenko__: davidlenwell: do you know any one ? 19:20:33 not sure why it is failing specifically on the trusty job 19:20:49 Unfortunately, no 19:20:50 fungi: could you please help with the Jenkin failure in https://review.openstack.org/#/c/198869/... 19:20:51 crinkle and nibalizer in #openstack-infra are both awesome with the puppet 19:21:55 I guess we will need to voice for help in openstack-infra IRC ... 19:22:10 yeah .. its a good idea 19:22:20 that is where we stuck at ... without this patch I don't think we can get any where ... 19:22:59 #topic Pending reviews 19:24:30 the Refstack patches are all failed for unit tests ... .Paul's fix just merged https://review.openstack.org/#/c/205929/ ... I guess we all need to rebase our patches 19:25:08 Sure thing 19:25:21 Not much discussion here ... until after rebase 19:25:32 i will address comments in https://review.openstack.org/#/c/191610/9 , which is the schema versioning stuff 19:25:45 hopefully we can get this merged before the defcore f2f 19:26:09 since i think thats when they will be releasing the new capabilities 19:26:35 pvaneck: I know that DefCore will change schema often .. susceptible are we with their changes? 19:27:15 as long as big changes get new versions, we should be fine 19:27:32 as we seem to get a long runway before a new version is released 19:27:35 pvaneck: that is good 19:28:08 +1 current solution looks fine to meet new schema changes 19:28:10 Refstack is a discussion topic on Wednesday DefCore f2f mid-cycle meeting 19:28:23 so board of directors meeting is tomorrow right? 19:28:54 we need https://review.openstack.org/#/c/204742/ and https://review.openstack.org/#/c/191610/ merged ... so we can show DefCore what we have for their feedback 19:29:45 should be able to by wednesday 19:29:50 pvaneck: I think so ... hogepodge: is traveling for the meeting .. hogepodge: mentioned about Refstack demo to board sometime ago .. 19:30:04 He may demo to them tomorrow ... 19:30:15 let's get it done by tomorrow if we can ... 19:30:47 pvaneck: thx for reminder about board meeting .... I was only thinking about DefCore meeting /... 19:31:17 I have tested both patches ... 19:31:37 so please let rebase ... 19:31:49 anuthing else on this topic ? 19:32:09 #topic Open discussion 19:32:26 I will focus on getting these patches fixed up 19:32:38 I will be at the DefCore f2f meeting .... 19:33:23 pvaneck: thx .. 19:33:27 catherineD|2: i'm not around at the moment, but hogepodge said he was going to help with that patch 19:33:43 Hmm... how we can show new schema handling without new schema? 19:33:44 fungi: thx ... I know ... 19:33:44 https://review.openstack.org/198869 specifically 19:35:12 sslypushenko__: do you mean testing that the handling works with the new schema? 19:35:30 only 2015.next.json contains new schema, refstack don't show it 19:35:38 what i have been doing was adding for testing purposes 19:36:01 once it turns to 2015.07.json, the new schema will be available on refstack.net 19:37:13 sure, but it hasn't released yet. 19:37:56 So there is no hurry here, I think 19:38:00 davidlenwell: we start to get some bug report and ask question on launchpad ... could you add sslypushenko__: pvaneck: and me as supervisor so we get notify on activites .. 19:38:14 sure 19:39:09 I'm expecting it to be released in the next few days based on https://review.openstack.org/#/c/203474/ 19:39:11 pvaneck: thx... 19:39:31 so it would be good for refstack.net to be able to immediately handle it whenever that merges 19:40:10 yup ... so let focus on merging pvaneck: 's 2 patches .. 19:40:53 I think both of them are good enought) 19:41:25 yea just the unit tests failure were gating on us ... 19:41:43 i can easily address your inline comments, sergey, working on that now 19:42:11 can do grouping in a later patch 19:42:29 thx) everything else LGTM 19:42:51 Lets left gourppinh 19:43:05 sslypushenko__: that was a good comment ... and should be implemented ...now or later .. 19:43:06 *grouping for future work 19:43:39 anything else? 19:45:26 if not this will be the first time that we end the meeting early ... 19:45:30 catherineD|2 Refstack UI defenately needs some care to improve UX ) 19:46:03 agree ... on the results tab? 19:46:20 catherineD|2 Can ask you to review https://review.openstack.org/#/c/200486/ 19:46:58 sslypushenko__: for sure ... https://review.openstack.org/#/c/200486/ 19:47:22 We need to push it forward 19:48:08 sslypushenko__: will take a look ... sometime it takes me sometime to review because I really spend time reading and testing the code if possible ,,,, expecially tempest (a lot to learn) 19:48:23 All our refstack-related work on tempest depends on it 19:48:53 sslypushenko__: will review ... 19:48:59 Thx) 19:49:23 anything else? 19:49:25 Did look on subunit2sql? 19:49:58 yes ... but I have not see away to use it at the refstck-client side 19:50:02 even the API ... 19:50:14 even at the API level .. 19:50:48 I have same opinion 19:50:57 unless we want to send the subunit file to the server side ... 19:51:12 it is not very useful for ... 19:51:19 There a lot of useful code here 19:51:39 but our goals a preety differs 19:52:11 yes a lot of useful code expecially if the database is there at the client side ... 19:53:01 If subunit2sql supports sqlite it will be really useful thing 19:53:17 the issue is we only wan to send pass test ... that is why the subunit processing should be done at the client side 19:53:56 sslypushenko__: ic .. then we will have a simple db just for subunit processing ... 19:54:13 the goal is refstack-client should be as simple as possible ... 19:54:26 to enable people to test ... 19:54:28 fully agreed 19:55:24 in the future refstack-client may need to support other test suite ... so it will be more complicate ... but we should try to keep it as simple as possible 19:55:47 I have already talked to Chris that we should drop idea to identify cloud by cpid 19:56:13 Because it is to complicated in general 19:56:24 then what do we use to identify Cloud? 19:56:40 reliablely identify a cloud? 19:56:43 We should trust user in this point 19:57:08 so user will input a cloud id? 19:57:20 There is no other working way for the time beening 19:57:33 or we should ask user to input there cloud keystone id? 19:57:37 User could input some tag 19:57:39 sslypushenko__: ++ 19:57:55 yes because to get keystone id we need admin credential .. 19:58:00 cloud specific tag 19:58:25 what would be the format of the tad .. or do we care to define the tag format ? 19:58:32 o/ 19:58:37 tad --> tag 19:58:54 Lately we can implement some non admin endpoint in keystone for cloud indetification 19:59:22 igueths: we are still in #restack meeting ... 19:59:35 Let move discussion in refstack channel 19:59:43 we should end soon let's discuss on #refstack ... 19:59:52 #endmeeting