Wednesday, 2017-02-08

*** wanghao has joined #openstack-mogan00:36
*** kevinz has joined #openstack-mogan01:20
zhenguomorning mogan!01:55
liushengmorning02:15
*** openstackgerrit has joined #openstack-mogan02:15
openstackgerritliusheng proposed openstack/mogan master: WIP: Split out network_info from Instance object  https://review.openstack.org/43013902:15
openstackgerritTao Li proposed openstack/mogan master: Support multi-instance creating (part 1)  https://review.openstack.org/42106402:19
openstackgerritTao Li proposed openstack/mogan master: Support multi-instance creating (part 1)  https://review.openstack.org/42106402:47
zhenguoliusheng: hi, can availability zone be None?03:09
liushengzhenguo: not sure03:10
liushengzhenguo: how it will be None ?03:10
zhenguoliusheng: currently for mogan, if we don't specify the option, it will be None03:11
zhenguoliusheng: but not sure for Nova03:11
zhenguoliusheng: I remember we follow nova's way, but just found it's not03:11
liushengzhenguo: Nova has a default value03:12
zhenguoliusheng: let me check03:12
liushengzhenguo: https://github.com/openstack/nova/blob/master/nova/conf/availability_zone.py#L32-L3703:13
zhenguoliusheng: ah, yes, thanks03:13
zhenguoliusheng: Is cinder az default value same with nova's03:14
liushengzhenguo: seems yes03:15
liushengzhenguo: both the default values are 'Nova'03:15
zhenguoliusheng: nova?03:15
zhenguoliusheng: what default value is proper for us03:16
liushengzhenguo: 'nova'03:16
liushengzhenguo: currently we get az list from ironic03:16
liushengzhenguo: how ironic set the az value ?03:16
*** zhangjl has joined #openstack-mogan03:16
zhenguoliusheng: as a node property03:16
zhenguoliusheng: if it's not set, how do we handle it03:17
liushengzhenguo: maybe 'baremetal' as default value ?03:17
zhenguoliusheng: if we have different default value with other projects, maybe will introduce some problems03:22
zhenguoliusheng: like if we don't explicitly given the default az for both mogan and cinder, it will break if we attach a volume to the instance03:23
liushengzhenguo: just talked with zhenyu, there is a config option named cross_az_attach in nova that allow users to attach volumes cross az03:27
zhenguoseems we have both default_schedule_zone and default_availability_zone03:27
liushengzhenguo: hmm.. yes03:27
zhenguoliusheng: seems that option has been deprecated https://bugs.launchpad.net/nova/+bug/149725303:28
openstackLaunchpad bug 1497253 in OpenStack Compute (nova) "different availability zone for nova and cinder when AZ is not explicitly given" [Low,In progress] - Assigned to Roman Podoliaka (rpodolyaka)03:28
* zhenguo brb03:29
zhenguozhangjl: sorry, I remember you commented to the patch for default_schedule_zone about the default value, but it doesn't have a default value indeed, not noticed that nova also have a defalt_availability_zone option03:41
zhangjlzhenguo::)03:42
zhenguozhangjl: will introduce that soon03:42
zhangjlzhenguo:nice03:42
zhenguozhangjl: for the production perspective, do you have concerns with different default value with other projects like nova, cinder...03:43
zhangjlzhenguo:no, maybe. our customers seems do not care this....orz. while, IMO, same with nova maybe good03:46
zhenguozhangjl: ok thanks03:46
zhangjlzhenguo:np03:46
zhenguoliusheng: wdyt if we use a 'nova' for default value?03:47
liushengzhenguo: I just thought about it, maybe we can keep same with Nova03:48
zhenguoliusheng: ok03:48
openstackgerritShaoHe Feng proposed openstack/mogan master: support configdrive  https://review.openstack.org/41643404:15
openstackgerritShaoHe Feng proposed openstack/mogan master: support configdrive  https://review.openstack.org/41643404:25
zhenguoI'm a bit confused with the default_schedule_zone and default_availability_zone04:48
zhenguoseems default_availability_zone is for compute node, and if we don't sepecify a default_schedule_zone and it's not in the request body, any node can pass.04:55
zhenguoshould we follow that manner? when ironic node doesn't have a az propertiey, we use the default_availability_zone04:55
openstackgerritShaoHe Feng proposed openstack/mogan master: support configdrive  https://review.openstack.org/41643407:01
zhenguoliusheng: do you know why nova need to set device_owner to neutron port?07:59
liushengzhenguo: maybe just indicate the ower of the port08:00
zhenguoliusheng: but in fact, the device id is the instance uuid08:01
zhenguoliusheng: device owner is something like 'compute:zone'08:01
liushengzhenguo: really ? I remember the divice owner is instance uuid08:01
zhenguoliusheng: let me check08:02
zhenguoliusheng: https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L938-L94008:03
*** yuntongjin has joined #openstack-mogan08:04
liushengzhenguo: really weird, I will ask other people08:04
zhenguoliusheng: thanks08:05
zhenguowanghao, litao: Is hanzhang still busy these days? hope he can join this channel again, then we can get network related answers from a neutron guy :D08:07
zhenguoKevin_Zheng: are you around?08:16
Kevin_Zhengyeah im checking08:16
zhenguothanks08:18
zhenguoKevin_Zheng: And I have another question about default_schedule_zone, when it is not set and availability_zone not specified in the create request, any node can pass the az schedule filter, right?08:19
Kevin_Zhengyeas08:19
Kevin_Zhengyes08:20
zhenguook, thanks but I didn't find when the instance.availability_zone set with the schedule node az08:20
*** yuntongjin has quit IRC08:21
Kevin_ZhengI think we should understand what device_id means and what device_owner means08:23
zhenguothe concept is only for nova?08:24
openstackgerritzhangjl proposed openstack/mogan master: Lock instances support in Mogan(part 1)  https://review.openstack.org/43018908:24
Kevin_Zhengwhy nova, I think it is concept in neutron08:24
zhenguoseems yes, but no neutron guy here :(08:25
Kevin_ZhengAnd, I think, as we discussed before, seems Neutron and Cinder AZs are designed to be sync with nova AZs08:26
Kevin_Zhengif I remembered correctly08:27
zhenguoyes, I read the discussion08:27
zhenguobut for ports associated with nova instances, the device_id and devcie_owner is only used by nova, right?08:27
Kevin_Zhenghm... not sure08:28
zhenguocurrently we don't set these, but it works08:28
zhenguoluyao: a suggestion for instance fault info, do you think it's better to follow nova's manner to use a seperate table to save the fault?08:41
openstackgerritliusheng proposed openstack/mogan master: WIP: Split out network_info from Instance object  https://review.openstack.org/43013908:43
luyaozhenguo, I think the dict is enough,I just ask your opinion08:45
zhenguoluyao: seems yes, but do you plan to save all operations fault info to that field?08:46
zhenguoluyao: maybe like power on?08:46
luyaozhenguo, sorry,I don't catch your meaning.08:48
zhenguoluyao: I mean, when power on failed, or update instance faild, do you plan to save the exception to fault_info?08:49
luyaozhenguo, yes08:52
zhenguoluyao: ok08:53
zhenguoluyao:  I just read the nova api doc about the fault08:53
zhenguoluyao: A fault object. Only displayed in the failed response. Default keys are code, created, and message (response code, created time, and message respectively). In addition, the key details (stack trace) is available if you have the administrator privilege.08:53
zhenguoluyao: But as the first step, I agree that we don't have to be that convoluted like nova08:54
zhenguoluyao: have you test it?08:55
luyaozhenguo, yes,I think the fault in nova is a little different from the fault_info in mogan08:56
luyaozhenguo, no08:56
zhenguoluyao: aha, ok, you can test it in the devstack env if got time, I think the code is almost good now08:57
luyaozhenguo,ok08:57
zhenguoluyao: thanks08:57
luyaozhenguo, no thanks. :)08:58
openstackgerritShaoHe Feng proposed openstack/mogan master: support configdrive  https://review.openstack.org/41643408:59
openstackgerritZhenguo Niu proposed openstack/mogan master: Add default_availability_zone config option  https://review.openstack.org/43067409:18
* zhenguo brb09:19
*** openstackgerrit has quit IRC09:34
zhenguozhangjl: the first patch of instance lock seems ok, thanks!09:36
zhenguoshaohe_feng: seems the config drive patch passes all tests09:37
zhangjlzhenguo: my pleasure09:41
*** wanghao has quit IRC09:41
*** litao has quit IRC09:45
*** litao has joined #openstack-mogan09:46
*** zhangjl1 has joined #openstack-mogan09:51
*** zhangjl has quit IRC09:52
*** openstackgerrit has joined #openstack-mogan10:01
openstackgerritMerged openstack/mogan master: Lock instances support in Mogan(part 1)  https://review.openstack.org/43018910:01
*** kevinz has quit IRC10:17
*** zhangjl1 has quit IRC10:38
openstackgerritZhenguo Niu proposed openstack/mogan master: Set device_id to neutron port  https://review.openstack.org/43086011:56
openstackgerritZhenguo Niu proposed openstack/mogan master: [WIP]Add disassociate floating ip support  https://review.openstack.org/43086212:01
openstackgerritMerged openstack/mogan master: Add default_availability_zone config option  https://review.openstack.org/43067412:04
*** kevinz has joined #openstack-mogan13:47
*** kevinz has quit IRC14:04
*** kevinz has joined #openstack-mogan14:05
*** kevinz has quit IRC14:18
*** Kevin_Zheng has quit IRC18:35
*** RuiChen has quit IRC18:35
*** lin_yang has quit IRC18:35
*** Kevin_Zheng has joined #openstack-mogan19:43
*** RuiChen has joined #openstack-mogan19:47
*** lin_yang has joined #openstack-mogan19:47
*** litao has quit IRC20:13
*** litao has joined #openstack-mogan20:14
*** Jeffrey4l has quit IRC21:34
*** Jeffrey4l has joined #openstack-mogan21:34
*** RuiChen has quit IRC21:56

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!