19:00:10 #startmeeting refstack 19:00:11 Meeting started Tue Jun 27 19:00:10 2017 UTC and is due to finish in 60 minutes. The chair is catherineD. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:00:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:00:15 The meeting name has been set to 'refstack' 19:00:53 o/ 19:01:06 o/ 19:01:17 hello luzC: pvaneck: 19:02:17 o/ 19:02:35 mguiney: hi 19:02:51 Let's start 19:03:26 o/ 19:03:38 #link meeting agenda and notes, https://etherpad.openstack.org/p/refstack-meeting-17-06-27 19:04:00 #topic No meeting next week 19:04:16 #topic Displaying RefStack documentation 19:04:47 Now that all the needed patches were merged ... 19:05:06 We target to make a tag release and update the website on Friday 19:05:31 #topic Tools to check whether test links in a spreadsheet are marked as verified in RefStack 19:05:51 patch merged! 19:06:07 yep ... 19:06:57 so all the tools are in ... I think it is time to doscuss about making the update 19:07:16 #topic Plan to run tool to update the verify field 19:07:57 before running the tools to update ... we need to make sure that we have a good backup of the database 19:08:47 pvaneck: hogepodge: do you think we need extra effort to make sure that we have a bacckup copy or do we just rely on the infra routine copy? 19:09:12 we can double check with an infra folk 19:09:40 I think it is necessary because we will be touching the data ... 19:09:52 its better to be safe than sorry, i think 19:10:22 hogepodge: depending on how big the backup is ... you may want to have a copy of the backup file 19:11:45 check with infra 19:11:50 pvaneck: who will we work with fungi: ? 19:12:09 yeah, or clarkb, but I think fungi knows more about the database maintenance 19:12:46 any infra-root sysadmin can make a on-the-spot database dump right before if you reach out to us in #openstack-infra at the desired time 19:13:19 fungi: thanks! That is exactly the information we need ... 19:14:05 thank you! 19:14:10 sorry not to go into additional detail, but am chairing the infra team meeting at the same time you have your refstack meeting ;) 19:14:34 hogepodge: mguiney: only Foundation Admin in RefStack can run the tools ... not sure who will perform it ... we need to have a backup before that 19:15:22 fungi: understand .. thanks for your response to the question .. 19:15:27 o/ 19:16:09 * catherineD waves to sslypushenko_: 19:18:15 catherineD: megan and I can do it together 19:18:30 hogepodge: mguiney: also when you run the update. do you want to create a sample spreadsheet with just a few records to test first? 19:18:55 i can spin up a sample spreadsheet, no problem 19:18:59 if needed 19:19:45 yea I think it may help .. 19:20:12 i'll take care of that, then :) 19:20:37 after your update .. we may want to display the verify field .. 19:21:02 moving on ,, 19:21:04 #topic Pending reviews 19:21:27 #link Added Defcore additional properties waiver https://review.openstack.org/#/c/370534/ 19:22:06 I bring it to interopwg meeting last week... waiver is going to be over 2017.08 19:22:43 luzC: great ... so it makes sense to abandon the patch? 19:22:54 yes, well they said is up to us 19:24:07 Personally I vote for abandon it ... It does no make sense to complicate RefStack-client for a feature being used for 2 months 19:24:08 I would prefer to abandon it at this point in time... rationale: waiver is almost over, and just a few companies using it 19:24:20 luzC: ++ 19:24:23 catherineD totally agree 19:25:18 +1 abandon 19:25:23 anyone againsts abandon this patch? 19:25:45 nope 19:26:05 #action luzC: to abandon https://review.openstack.org/#/c/370534/ 19:26:20 #link Switch from pycrypto to cryptography https://review.openstack.org/#/c/476221/ 19:26:34 everyone please review 19:26:46 cool! 19:27:08 moving on 19:27:14 #topic Review Pike action items 19:27:48 There were 4 action items discussed at PTG https://etherpad.openstack.org/p/refstack-pike-ptg 19:27:58 we have worked on 2 of the 4 19:28:11 1) Customized guideline 19:28:33 For this one we are waiting for the schema 19:28:47 2) Update existing certified data with the verified flag 19:29:09 all tools are completed ... just need to run and update the data 19:29:24 3) Displaying RefStack documentation 19:29:43 This should complete Friday when a new tag is created 19:29:57 #topic Automated tempest.conf Create spec and flow chart 19:30:05 sorry 19:30:09 #4) Automated tempest.conf Create spec and flow chart 19:30:41 we spent a lot of time discussing this topic at the PTG ... no progress so far .. 19:31:42 should this still be our priority? 19:32:12 catherineD I think so... last time I checked Daniel and Gema were working on it right? 19:32:20 yea 19:32:41 if it is still our priority ... I will contact them 19:34:07 ah we have 5 action items from Pike PTG ... 19:34:21 5) subunit result files upload 19:35:09 hogepodge: do we still want this feature? 19:36:32 yes 19:36:49 also I'm wondering about the old legal implications/restrictions about collecting it? 19:37:10 luzC: yep good point ... 19:37:29 hogepodge: are you revisiting that? or someone else? 19:37:31 since the subunit is actually text file 19:37:59 I don't understand any limitations. It's not available to the world at large 19:38:05 tempest doesn't leak personal data 19:38:56 hogepodge: it does include log and if there is print statement of password for example it will show 19:39:01 in plain text 19:39:17 showing a password in plain text is a bug 19:39:22 mtreinish: right? 19:39:42 I agree, if displayed it is a bug 19:40:08 password is just an example 19:40:30 basically any print statement will show 19:41:20 in my opinion, refstack is too easily cheated without data to back it up, and this isn't sensitive data 19:41:30 and right now, it would be voluntary 19:41:58 * mguiney nods 19:42:08 makes a lot of sense, tbh 19:42:47 and the data would be private, under the standard rules. it's not publicly available, and would help us in debugging and in making sure vendors remain honest. 19:43:37 my only question is if it just a design preference or if refstack would need an actual legal disclaimer or something? and if it is needed who provides it? 19:43:39 hogepodge: luzC: do we just make the decision here or do we need to check with someone else? 19:46:10 I don't see any reason to not spec the feature out 19:46:37 I agree with Chris about the usefulness of the file, and that it does not contain private data 19:46:48 not sure about the decision 19:46:58 hogepodge: +1 19:46:59 luzC: hogepodge: on day one (by Rob, Josh, David .. the decision to create the JSON file is exactly to not have any risk of exposing vendor data unnecessary .. 19:47:03 a spec sounds good 19:47:50 it was a bad decision imo, and it should be revisited 19:47:53 if it is time to change, my question is ... do we just make decision here or do we need to check with someone else ... at the minimum Interop WG? 19:47:59 catherineD: I still think that it makes sence 19:48:13 yeah, interopwg is the place to check in on this 19:48:19 sslypushenko_: +1 19:48:36 yea let's do that ... then we can procedd .. 19:48:39 Definitely, it needs wide discussion 19:49:16 I know from experience that the test results can not be trusted without context. 19:49:37 #action Check with Inter WG to see whether there is any concern if RefStack starts to collect subunit data file 19:50:04 anything else on this topic? 19:50:53 alright moving on .. 19:51:02 #topic Open discussion 19:51:27 is there any other topic anyone want to bring up? 19:52:55 just to review: 19:53:08 what are the planned actionable steps for this next week? 19:54:00 1) update the data ... 2) check with Interop WG on subunit file upload 19:54:59 excellent, thank you 19:55:24 just wanted to make sure I wasn't missing any of the immediate future steps :) 19:56:14 tool to upload the subuni file will be the next task if we get the green light 19:56:54 mguiney: thanks for asking ... 19:57:04 anything else ? 19:57:48 hearing nothing. I think we can close up for the day 19:57:59 thank you all! 19:58:12 have a good day, y'all! 19:58:25 #endmeeting