02:01:08 #startmeeting mogan 02:01:09 Meeting started Thu Aug 17 02:01:08 2017 UTC and is due to finish in 60 minutes. The chair is zhenguo. Information about MeetBot at http://wiki.debian.org/MeetBot. 02:01:10 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 02:01:13 The meeting name has been set to 'mogan' 02:01:49 liusheng, shaohe_feng, wanghao, litao__, Xinran, zhangyang: o/ 02:01:58 o/ 02:02:26 o/ 02:02:26 o/ 02:02:31 o/ 02:02:45 hi 02:02:51 as always, the agenda: 02:02:51 #link https://wiki.openstack.org/wiki/Meetings/Mogan#Agenda_for_next_meeting 02:02:57 let's jump in 02:03:04 #topic announcements and reminders 02:03:22 The default resource class has changed to baremetal in ironic instead of constructing with the properties 02:03:43 Which broke our gate, but we have already addressed it, you may find the change in your new devstack env 02:04:05 thanks for fixing that 02:04:13 hah 02:04:52 zhenguo: great 02:05:06 We have replaced the default_availability_zone with default_scheduled_zone, so and ironic node will not have a default avaiability zone if you don't add it to the aggregate 02:05:36 the default scheduled zone is None, and we don't filter it when scheudling 02:06:43 so you can't create the server before you add the nodes to aggregate, doesn't? 02:06:57 no 02:07:06 the default scheduled zone is None 02:07:15 which means we can choose any node 02:07:24 regardless of the az it in 02:07:26 ok 02:07:57 wanghao_: seems we didn't send out our weekly report durning last two weeks :( 02:08:47 wanghao_: when you are busy, maybe litao__ and liusheng can help :D 02:08:51 zhenguo: yes, sorry for that, I send this weekly report this morning! 02:09:01 zhenguo: sure, shame on me :( 02:09:08 wanghao_: hah 02:09:10 yes, sure, thaks for wanghao doing that 02:09:30 we others can also help if wanghao are busy :) 02:09:46 sure 02:09:47 wanghao_: oh, just found the report mail, thanks 02:09:57 zhenguo: :) 02:10:11 zhenguo: morning 02:10:26 shaohe_feng: o/ 02:10:48 ok, pike release is due soon, we will create the branch by the end of this month 02:11:19 great 02:11:28 seems requirements has cut the pike release, so our pike branch will not get update from requirements then 02:12:37 ok, anything else? 02:12:57 the openstack client keyword :D 02:13:19 which do you perfer 02:13:24 *prefer 02:14:41 liusheng, wanghao_,litao__, shaohe_feng? 02:14:48 what are the options? I forgot them... 02:14:54 hah 02:15:12 zhenguo: baremetalcomptue 02:15:14 first I think we should choose one from baremetal and baremachine 02:15:24 if we want to keep baremetal 02:15:31 we need to add another word with it 02:15:54 I want to keep baremetal 02:15:54 litao__: +1 02:16:07 wanghao: +1 02:16:26 baremetalcompute sounds good 02:16:42 baremetalcompute is not a normal word 02:16:52 liusheng: we don't need normal work 02:16:55 *word 02:17:16 baremetalcompute 02:17:17 liusheng: baremetal is combination of bare and metal 02:17:27 or baremetal_compute 02:17:39 yes, I also find other project use combination to avoid colisions 02:17:41 yes, but baremetal is a common useage, baremetalcompute not 02:17:45 you can google it 02:18:35 and also baremachine 02:18:41 after we use it, it will become famous maybe, lol 02:18:53 the meaning is same with baremetal 02:18:54 hah 02:19:06 I still don't quite like baremachine 02:19:36 :) 02:19:39 since nova use compute in openstackclient, baremetal_compute means we support baremetal compute. 02:20:11 baremetal looks good for me 02:20:16 liusheng: baremachine is not common in opentack at least. 02:20:21 yes, baremachine is same to baremetal actually 02:20:45 yes, I like to keep baremetal as well 02:20:56 ok 02:20:59 but do you like baremetalcompute or baremetal_compute 02:21:12 baremetal: Ironic, compute: Nove, baremetal_compute: Mogan boom! 02:21:18 I find zun use containerapp to avoid collisions with magnum 02:21:25 I 02:21:30 lol 02:21:37 baremetal_compute 02:22:20 is it easy to type "_" ? 02:22:22 hah 02:23:06 I do some checks in openstackclient, seems no client use '_' 02:23:14 yes 02:23:15 I like baremetalcompute 02:23:32 baremetalcompute I'm ok with both. 02:24:03 hah, ok 02:24:10 zhenguo: your call, you can have a decision. 02:24:18 we can make descision during next meeting 02:24:38 yes, Its tendency is to remove “-“, If we use it , it is strange. 02:25:03 litao__: +1 02:25:14 we can make a vote qucikly for it. 02:25:22 baremetalcompute +1 02:25:23 hah 02:25:27 +1 02:25:42 +1 02:26:03 but I prefer to keep the current keyworkd for a week, replacing it is easy :D 02:26:17 that's sure 02:27:13 ok, let's move on 02:27:28 Contribution into mogan for the last 30 days 02:27:28 #link http://stackalytics.com/report/contribution/mogan/30 02:28:18 thanks all for the contributions 02:28:27 and again, please do more reviews 02:28:45 en sure 02:28:57 thanks! 02:29:03 come on 02:29:48 Xinran: besides coding, I would like you to learn to do reviews, it's more interesting :D 02:30:08 shaohe_feng can mentor you 02:30:20 zhenguo: sure. 02:30:35 hah, ok anything else? 02:30:50 zhenguo, hah ok 02:30:57 Xinran: thanks 02:30:57 maybe be I can reserve some time review code with Xinran 02:31:16 shaohe_feng: sounds good 02:31:37 ok, let's move on 02:31:41 shaohe_feng, thanks for carry me hah 02:31:53 #topic task tracking 02:32:01 #links https://etherpad.openstack.org/p/MoganWhiteBoard 02:32:11 looks like things are moving along nicely 02:33:23 I added a task to support another type of serial console, socat 02:34:52 and we will support vnc console later for some specific hardeare drivers 02:35:20 zhenguo: great 02:35:30 those will be supported in Pike? 02:36:08 I think no much time left 02:36:25 socat will be supported in Pike 02:36:34 wil finish by the end of this week 02:36:42 got it 02:36:47 awesome 02:37:03 boot from voluem can be move to next cycle 02:37:03 awesome,hah 02:37:10 hah 02:37:38 I think we only have scheuling for server group and managing running servers before pike 02:38:48 and on client side, seems also many thinks to do 02:38:54 *things 02:39:05 sounds good 02:40:48 will finish the server group + schedule_hint work at most in next week 02:41:15 liusheng: cool 02:41:31 zhenguo: you can add client tasks in our etherpad, I can help if I am free. 02:41:34 zhenguo: :) 02:41:45 wanghao: ok, thanks 02:41:51 zhenguo: np 02:42:31 liusheng: seems we discussed to get ird of the flavor access uri 02:43:05 return it with flavors for admins, and use patch method for flavor to update it 02:43:08 zhenguo: ok, not sure if Nova has saparated API interfaces for flavor zccess 02:43:18 liusheng: nova does 02:43:58 zhenguo: oh, looks a bit redundant 02:44:08 liusheng: yes 02:44:15 anyone wants to take the task 02:45:00 I can take it, but it is easy, if someone else what to take, feel free to take it 02:45:12 thanks 02:45:25 if someone else wants to do it please contact with liusheng :D 02:45:33 hah, sure 02:45:50 maybe Xinran can have a try 02:46:01 ok 02:46:11 litao__: how about the power action failed patch? 02:47:07 zhenguo: sorry, I am offline for a while 02:47:23 litao__: ok, we can discuss later 02:47:30 zhenguo: I have update the patch 02:47:45 Xinran: can you take it? it is not hard 02:47:45 litao__: just found it 02:48:20 me too, internal meeting. My task is will update the manage-existing patch according zhenguo's review. 02:48:33 wanghao: ok, thansk 02:48:43 and we need some reviews on cinder client patch. 02:48:51 I will test it ASAP. 02:48:51 wanghao: sure 02:49:27 another thing is about the server nics 02:49:27 we will accept the cinder client patche firstly before Pike ? 02:49:45 liusheng: not sure 02:49:55 zhenguo: ok 02:50:39 liusheng: another thing is about the server nics 02:51:02 liusheng: do we need to return all network things to users 02:51:32 zhenguo: oh, the all network things include what ? 02:51:40 liusheng: and the meening of nics seems should be the ironic port 02:52:13 liusheng: network id, port_id, fixed_addresses, floating_ips,... 02:52:36 zhenguo: seems currect it including these stuff 02:52:46 zhenguo: * currently 02:53:23 liusheng: we have another API to return such things /states/networks 02:54:15 zhenguo: oh, I see, you mean we can simplify the nics in response of server body ? 02:54:38 liusheng: yes, but not sure what should be returned 02:55:04 liusheng: and should we also return nic without neutron port associated 02:55:14 liusheng: nic is more about hardware 02:56:09 oh, seems not much time left 02:56:20 zhenguo: sounds reasonable, ok, we can disscuss later 02:56:22 we can continue this discussion later 02:56:28 let's move on 02:56:34 #topic open discussion 02:56:49 who's got a thing :) 02:58:04 ok, thanks everyone for joining the meeting! 02:58:20 #endmeeting