16:00:14 #startmeeting fuel 16:00:14 #chair xarses 16:00:14 Todays Agenda: 16:00:14 #link https://etherpad.openstack.org/p/fuel-weekly-meeting-agenda 16:00:14 Who's here? 16:00:15 Meeting started Thu Aug 25 16:00:14 2016 UTC and is due to finish in 60 minutes. The chair is xarses. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:16 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:18 hi 16:00:18 The meeting name has been set to 'fuel' 16:00:19 hi 16:00:20 Current chairs: xarses 16:00:27 Hello. 16:00:30 hi 16:00:40 hi 16:00:41 hi! 16:01:26 #topic action items from last meeting 16:01:33 romcheg to annouunce fuel2 promotion and old fuel CLI removal on ML 16:02:08 romcheg is PTO 16:02:13 ok 16:02:18 akscram to send ML about moving cluster_upgrade extension 16:02:40 seems done 16:02:43 who is on PTO? 16:02:45 :) 16:02:50 wow 16:03:04 I've just returned today 16:03:17 There is nothing to deprecate unfortunatelly 16:03:18 It's a miracle 16:03:22 any update on your action item? 16:03:40 I don't recall anything on the ML about it 16:04:06 while I was away someone from the management decided that we cannot remove the old CLI in 9.1 16:04:23 due to a minor issue in fuel-devops 16:05:11 As soon as the epic is updated I will be able to make an announcement in the ML 16:05:19 ok, thanks 16:05:23 gkibardin to follow up on ML about mcollective config issues 16:05:24 dpyzhov asked someone 16:05:34 to update the epic 16:05:34 seems done too 16:05:50 xarses will update spec regarding release naming and summarize on ML 16:06:08 the spec was updated, and I still need to write up releases in the ML 16:06:15 actually, the spec is merged now =) 16:06:42 onto our regular topics 16:06:45 you mean spec "release as a plugin"? 16:06:51 yes 16:07:02 xarses: should we create another action item for fuelclient for me? 16:07:08 romcheg: 16:07:11 sure 16:07:33 thanks! 16:07:36 yes, there were some q from you? did ashtokolov answer all your q? 16:07:51 #action romcheg update ML with regards to the removal of fuel and the promotion of fuel2 16:08:17 kozhukalov: yes, adding the last parameter closed the question for me 16:09:54 #topic Add new vote jenkins job to fuel-web for cluster_upgrade extension testing (nzubkov) 16:10:19 nzubkov isn't here, can someone else speak to this? 16:10:25 I'm here 16:10:36 oh, hi 16:10:38 =) 16:10:38 -)))) nice nickname 16:11:15 We have separated extension from fuel web repo and want run extension tests for every fuel-web patch set 16:11:33 to keep thing up 16:12:17 ok, ya didn't I see a CR for that? 16:12:28 (adding the tests) 16:13:10 we have already have job that non voting 16:13:56 here CR that makes it voting https://review.fuel-infra.org/#/c/23796/ 16:14:47 ok, anything else we need to do here? 16:15:09 No objections? :) 16:15:23 then I’ll ask CI team merge this 16:15:27 none from me 16:15:52 you have +1 from some of the fuel-web cores, so I think thats good 16:16:08 +1 16:16:18 ok,thanks 16:16:35 moving on? 16:17:17 #topic Recent UI improvements (vkramskikh) 16:17:21 Hi! I'd like to announce that Fuel UI team has implemented 2 features in master and stable/mitaka. Deployment history allows to see a list of deployment transactions and details for each transaction, including the running deployment. Custom graph management allows to view, download, upload and run custom graphs for clusters. These 2 features are represented as 2 new tabs on the cluster page in Fuel UI. They are fully functional 16:17:21 and can be used, though some bugfixes are still expected. We would appreciate any feedback and bugreports regarding these 2 features. 16:18:16 sounds awesome 16:18:39 yes, I saw these changes, they are nice 16:19:01 especially tasks progress 16:19:47 anything else? 16:19:51 one q 16:19:54 none from my side 16:20:25 just wondering is it planning to run graphs unbound from any clusters and releases? 16:20:48 oh, the cluster 0 stuff? 16:20:55 don't have such plans, but that can be discussed 16:20:57 are there any ideas on how to deal with fake clusters if we bind some graphs to fake clusters 16:21:26 at least diagnostic snapshot could one of such graphs 16:21:50 ok, let's discuss this later 16:21:59 shouldn't be any difficulties to implement this on UI side 16:22:01 and the task to edit the dhcp ranges in dnsmasq 16:22:01 thanks vkramskikh 16:22:16 kozhukalov: why we cannot bind diag snapshot to clusters ? 16:22:28 we can 16:22:37 usually you want to troubleshoot some specific cluster 16:22:39 right/? 16:22:43 but it should be admin cluster 16:23:18 to prevent more than one running at a time 16:23:29 right. but sometimes you want to troubleshoot admin node 16:23:36 that too 16:24:07 ok moving on? 16:24:14 so the point is just to prevent parallel execution? 16:24:32 not only parallel execution 16:25:03 we will definitely need graphs of tasks that do not relate to any cluster 16:25:26 like dhcp ranges, that xarses mentioned 16:25:26 in case of diag snapshot, why do we need it ? 16:26:02 forget about diag snapshot, my q was about how to deal with fake/admin clusters on UI 16:26:25 i was wondering if there are any ideas on this 16:26:48 I think we need to collect all uses cases.. before. 16:27:15 sure 16:27:16 we have dhcp ranges update as a possible candidate for global workflow 16:27:36 not only this 16:27:48 upgrade master node for example 16:28:12 rebuild bootstrap image 16:28:16 etc 16:28:21 ok i see 16:28:38 let's move one 16:28:44 let's move on 16:28:58 #topic Documentation on upgrades https://review.openstack.org/#/c/337122 (REVIEW IS WELCOME) (kozhukalov) 16:29:31 I'd just like to ask everyone to help to review this patch 16:30:08 feature is ready, spec on review, and documentation part is very important 16:30:17 * xarses adds it to his list 16:30:25 I'll try to take a look at it soon 16:30:35 users continue asking where to read about upgrades, backups 16:30:48 xarses: thanks 16:31:07 looks like we don't have any other topic 16:31:44 just small announcement: we are under FF now for mitaka branch 16:31:57 #topic open discuss 16:32:06 anything else to raise or discuss? 16:32:32 I continue to work on ISOless bvt jobs for our CI 16:32:49 it is on review, but WIP 16:33:15 #link https://review.fuel-infra.org/#/c/25285/ 16:33:44 I started a spec about creating a new release 16:33:49 #link https://review.openstack.org/357346 16:34:26 ok, if nothing else, I'll close the meeting 16:34:51 yet another announcement 16:35:09 we are 2 months from Ocata design summit 16:35:26 so, please feel free to add your topics here https://etherpad.openstack.org/p/fuel-ocata-summit-planning 16:35:31 #link https://etherpad.openstack.org/p/fuel-ocata-summit-planning 16:35:52 I requested 2 fishbowls and 4 workrooms sessions 16:36:55 I am not sure many people from fuel team will attend this summit 16:37:27 but still it is better to plan it in advance 16:37:45 nothing more from my side 16:38:01 ccp people aren't here 16:38:07 we are here 16:38:14 ohh nice 16:38:22 yep 16:38:32 would you like to share something? 16:38:32 ok, will close if there is nothing else 16:38:45 I can share stuff we're currently working on. 16:38:48 for CCP 16:39:49 So we'll soon have feature for showing status of deployed applications & ability to redeploy specific service. 16:40:16 We also finished implementing command for displaying service dependencies. 16:40:52 Another feature that is important for OpenStack developers is abvility to use git repositories as sources for building Docker images for CCP. 16:41:18 Including tags & private branches - so one can run OpenStack in Docker with custom changes to e.g. Keystone. 16:41:52 There is also WIP on providing Vagrant based dev env for developers & testers. 16:42:18 Research in progress on galera clustering with proxysql. 16:42:48 We've also recently started publishing CCP Docker images in public repo: http://registry.mcp.fuel-infra.org:5002/?name=.*&tag=.*&format=dictionary 16:43:13 + some CI improvements. 16:43:54 Major goals for nearest future are updates & CI/CD automation for production. 16:44:07 That's it, I don't want to take more time, feel free to ask questions. 16:44:32 it would be nice to have a single place like wiki page where users/developers could read about reference architecture, tools, UX, etc. 16:44:47 we could link this page from fuel wiki 16:44:59 we are working on documentation 16:45:24 unfortunately it's not there yet 16:45:33 nice, are there any links to CRs to review? 16:46:02 like this one for example https://review.openstack.org/#/c/337122 16:46:08 No, we've just started discussing how to handle the process of moving our docs to upstream. 16:46:28 So far they live only on internal wiki. 16:46:43 But we have a user story about it. 16:47:11 what is user story? you mean jira? 16:47:35 Yeah. 16:47:43 let's avoid mentioning vendor specific terminology here 16:47:58 OK. IOW we have a plan, just need to work on it. 16:48:06 ok, looking forward for documentation CRs 16:48:25 thanks very much for this infromation 16:48:28 np 16:49:22 if there is nothing more, closing then 16:49:42 thanks everyone for attending 16:50:11 xarses: closing? 16:50:24 thanks 16:50:27 #endmeeting