08:00:14 #startmeeting daisycloud 08:00:15 Meeting started Fri Nov 4 08:00:14 2016 UTC and is due to finish in 60 minutes. The chair is huzhj. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:00:16 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 08:00:18 The meeting name has been set to 'daisycloud' 08:00:37 #topic Roll Call 08:01:01 #info zhuzeyu 08:01:05 #info zhouya 08:01:23 #info luyao 08:02:04 #topic OPNFV: Escalator Support 08:03:06 FYI Escalator wants to be deployed by Daisy in OPNFV release D 08:03:15 #info Escalator wants to be deployed by Daisy in OPNFV release D 08:03:30 still no code from escalator 08:03:49 Be deployed by Daisy or call daisy to upgrade openstack? 08:04:02 Both @zhouya 08:04:29 OK 08:04:32 so 08:04:55 as a installer ,daisy need to deploy everything. but as a south bond API, daisy also need to be able to be called by escalator 08:05:57 so now we need daisy framework? 08:06:00 #info Daisy shall provide client code to escalator so that it can call into daisy api. 08:06:10 yes 08:06:20 OK,I see 08:06:42 something just like providerclient that you work on currently 08:07:00 yes 08:08:08 how to impl escalator side code is still a question, 08:08:21 need to discuss with kongwei. 08:08:35 agree 08:08:50 basically, escalator is a service that running all the time 08:09:04 like daisy api 08:09:33 Hi kongwei 08:09:51 hi huzhj 08:10:24 what the escalator will be look like 08:10:30 a service ? 08:10:38 yes 08:10:54 OK 08:10:59 escalator is a service 08:11:19 it need to be packaged into rpm so that daisy can deploy it 08:11:33 where to deploy it? on jump server? 08:11:43 daisy install escalator rpm 08:11:46 ? 08:11:50 we can use cli to send command to escalator 08:11:54 yes luyao 08:12:19 escalator can be installed on jump server. 08:12:25 OK, escalator = cli + service + rpm 08:13:00 how cli communicate with service ? 08:13:02 i think the escalator_cli is a rpm, and the service is another rpm 08:13:22 it should be restful 08:13:52 but we wiil get the escalator_client package 08:14:00 just like daisy 08:14:17 Then it will complex enough . escalator = rpm(cli + escalatorclient) + rpm(service) 08:14:28 yes 08:15:12 David ask, are we confident that Daisy will be able to successfully complete integration with CI in time(He means MS3 = 20161130) to support the Escalator project 08:15:23 I have already forward that mail to you 08:15:48 ok, thanks 08:16:15 I am confident that Daisy will be able to successfully complete integration with CI in time, but not confident to support Escalator... 08:16:29 yes 08:17:12 a lot of work to do hehe... 08:17:34 any other thing related with this topic? 08:17:46 no 08:17:49 no 08:17:54 #info escalator = rpm(cli + escalatorclient) + rpm(service) 08:18:03 we would try our best to do it. but there is not enough time 08:18:11 no 08:18:19 no 08:19:01 let alone the escalator CI 08:19:35 #topic OPNFV: Daisy4nfv CI Framework Progress 08:20:21 Jing went to the dentist :) 08:20:43 So , @zhuzeyu, anything from your side ? 08:21:45 i am still studying yml 08:22:07 Good 08:22:14 jjb Job Template 08:23:00 It is a little bit complex, especially when opnfv releng added a bunch of plugins .. 08:23:52 i find daisy verify job also has some step unrealized 08:24:08 basic and deploy 08:24:16 Yes, deply/smoketest 08:24:28 basic is not improtant 08:25:00 we are stuck at building step now becasue the enviroment has some problem 08:25:43 still waiting infra team to help us to cleanup the $WORKSPACE 08:25:43 So do we have to add basic to merge job? 08:26:09 Yes, just add it . but it can be a dummy job 08:26:22 i see 08:26:48 @luyao what about the virtual deployment ? 08:27:03 everything went well so far? 08:28:05 we now success deploy virtual manual 08:28:21 and can auto deploy with template 08:28:34 but if we use yml 08:29:06 I still write python file to support common config file 08:29:26 how long will that work take? 08:29:52 I think next week I can finish it 08:30:30 Good! 08:31:08 @luyao besides, If you have time, could you please start working on daisycloud-core support newton OpenStack? 08:31:34 yes, I can do it 08:31:57 I think msybe not big change 08:32:08 One thing I am not sure now is if daisycloud-core can be built / can run on newton 08:32:48 yes, need test 08:32:56 notice us through mail if you have any problem 08:33:07 yes 08:34:03 #action @luyao will start working on daisycloud-core support newton OpenStack after common config file support is finished 08:34:24 OK, shall we go to next topic ? 08:34:28 yes 08:34:44 #topic Core Code Abstraction 08:35:05 @zhouya, what about the status of the API extension framework 08:35:42 I just commit the change to gerrit 08:35:58 and the unittest need to be modified 08:36:37 so I think we need another test file name like test_hwm_hosts.py to test the extention of hwm 08:37:18 no hwm related test currently? 08:37:39 we already have the test 08:37:53 but need to move into a new file? 08:37:56 But they are in the test_hosts.py file 08:38:02 got it 08:38:14 yes,need to move into a new file. 08:38:36 Great, hwm will be the first example to fit into this frameworkl 08:38:48 exactly 08:38:55 good 08:38:56 ! 08:39:00 #info API extension framework doner 08:39:04 #undo 08:39:05 Removing item from minutes: 08:39:08 #info API extension framework done 08:39:57 @zhouya has the framework PS been sent to daisycloud-core? 08:40:15 no 08:40:26 I have just tested in daisy 08:40:36 You can send it first ot see if it break tempest or not. 08:41:08 another benifit is other can see your work and review it 08:41:14 first of all , It needs to pass the unittest,and next it will run the tempest 08:41:27 YEs 08:41:48 yes,and I will send a PS to daisycloud-core 08:42:17 Yes I mean send it to daisycloud-core to let the community t oreview your work 08:42:35 OK ,got it 08:43:19 Great. Now we have basically 5 extensible submodule in daisy 08:43:45 API/DB/BMDeploy/DSDeploy/CC 08:43:46 since we have delete the hwm code in daisycloud-core,I have to find which we have deleted,and add it to daisycloud-core 08:44:22 You mean which we deleted by mistake? 08:44:42 yes,and also the hwm code 08:45:40 also the hwm code ? 08:45:49 the router 08:46:25 you will add hwm code to back to daisycloud-core ? I don't think that is really what you mean 08:47:28 no 08:47:39 hwm code as extension should always stay outside of core as much as possible 08:47:50 OK,I see 08:49:15 maybe currently we can not manage to wipe all hwm code, for example, code in the pxe (if host_meta has hwm_id) 08:49:30 due to lack of time 08:49:45 but in future, all will be wipe out. 08:49:52 great 08:50:41 good 08:50:46 OK, anything else for this topic? 08:50:51 no 08:50:54 no 08:50:55 no 08:51:35 another thing 08:51:54 #info we still lack of a example of DB extension 08:52:44 yes 08:53:06 no 08:53:19 OK, time to wrap up, let's call it a meeting. 08:53:24 bye 08:53:27 bye everyone 08:53:29 bye 08:53:51 #endmeeting