Monday, 2017-07-10

*** wanghao has joined #openstack-mogan00:32
*** openstackgerrit has joined #openstack-mogan00:51
openstackgerritwanghao proposed openstack/mogan master: Manage existing BMs: Part-1  https://review.openstack.org/47966000:51
openstackgerritwanghao proposed openstack/mogan master: Manage existing BMs: Part-1  https://review.openstack.org/47966000:56
zhenguomorning mogan!00:59
openstackgerritwanghao proposed openstack/mogan master: Refactor exception raise by using mogan exception  https://review.openstack.org/47597101:00
*** liusheng has quit IRC01:04
*** liusheng has joined #openstack-mogan01:09
wanghaomorning!01:20
wanghaoI'm back!01:20
zhenguowanghao: o/01:25
zhenguoliusheng: hi, maybe we should combine the 2ed and 3ed placement patches together, wdyt?01:26
zhenguoliusheng: as people may check the git log and got problems if only get 2ed patch01:27
liushengzhenguo: ... maybe I should putted all the things in one patch01:36
zhenguoliusheng: hah01:36
zhenguoliusheng: the concern is that, the 2ed patch will break mogan if it merged without the following up patch, as it not consume resources in placement01:39
liushengzhenguo: yes, I know that01:40
liushengzhenguo: will merge the two01:40
zhenguoliusheng: when split big patches to small one, we should avoid that01:40
zhenguoliusheng: thanks01:40
*** yushb has joined #openstack-mogan01:41
openstackgerritliusheng proposed openstack/mogan master: Clean the compute_node and compute_port objects and db interfaces  https://review.openstack.org/47840601:50
openstackgerritliusheng proposed openstack/mogan master: Get rid of listing availability zone api and clean some legacy code  https://review.openstack.org/47840301:50
openstackgerritliusheng proposed openstack/mogan master: Clean the methods about updating node resources to Mogan db  https://review.openstack.org/47835701:50
openstackgerritliusheng proposed openstack/mogan master: Get rid of node listing api of Mogan  https://review.openstack.org/47836101:50
openstackgerritliusheng proposed openstack/mogan master: Refactor the scheduler to use placement service  https://review.openstack.org/47742601:50
openstackgerritTao Li proposed openstack/mogan master: [WIP] Manage existing BMs: Part-2  https://review.openstack.org/48154401:58
*** wanghao_ has joined #openstack-mogan02:01
*** wanghao has quit IRC02:03
zhenguoliusheng: seems the unstack will leave mogan services running02:13
liushengzhenguo: really ? why ?02:13
zhenguoliusheng: not sure, but I just run unstack, and only mogan services left02:14
liushengzhenguo: how you started mogan ?02:14
zhenguoliusheng: with stack02:14
liushengzhenguo: the newest ? with systemd ?02:14
zhenguoliusheng: yes02:14
liushengzhenguo: systemctl02:14
zhenguoliusheng: oh, just run unstack again, and it disappeared02:15
zhenguoliusheng: not sure why02:15
liushengzhenguo: hah02:15
zhenguoliusheng:hah02:15
wxymagic!02:15
zhenguowxy: lol02:15
zhenguoliusheng: instead of adding aggregates information to flavor, maybe it's better to let users specify that?02:43
liushengzhenguo: in schedule_hints ?02:44
zhenguoliusheng: no, add a new parameters02:44
liushengzhenguo: but it is related with scheduling02:45
zhenguoliusheng: yes02:45
liushengzhenguo: why don't put it in schedule_hints02:46
zhenguoliusheng: seems a good alternatives, just dont' like to put it into flavors02:46
zhenguoliusheng: but if so, we need to let users be able to show the aggregates infor02:46
liushengzhenguo: yes, another proposal, we need to persistent request_spec, which should include schedule_hints02:47
zhenguoliusheng: why need  to save scheduler_hints?02:47
liushengzhenguo: oh, seems we don't have migration02:48
liushengzhenguo: nova has improved that02:48
zhenguoliusheng: yes, we don't have migrations02:49
zhenguoliusheng: maybe we can do it in future, hah02:49
liushengzhenguo: yes, not sure if we have the rquirement02:49
zhenguoliusheng: seems not yet02:50
liushengzhenguo: you mean add a attribute to server object ?02:50
zhenguoliusheng: for what?02:51
liushengzhenguo: for your new parameter02:51
zhenguoliusheng: I don't know, will update the node aggregates spec by today, maybe we can discuss the detail there02:52
liushengzhenguo: ok, sure02:53
zhenguoliusheng: as I understand, we still have to maintain the node aggregates and metadata info on mogan side, placement just save the group relationship02:53
zhenguoliusheng: we need to filter the metadata ourselves and the got a aggregates list, then when call placement to get RPs, we can pass a member_of with the filtered aggreggates02:54
liushengzhenguo: if so we still to keep consistency between mogan node aggregates metadata and placement aggregate ?03:03
zhenguoliusheng: yes, we create the aggreate to placement first then got the uuid and save it to mogan aggregate03:04
liushengzhenguo: we need to expose apis for node aggregates ?03:06
zhenguoliusheng: yes03:06
liushengzhenguo: e.e. node aggregate creating03:06
zhenguoliusheng: and aggregate metadata03:07
liushengzhenguo: make sence03:07
liushengzhenguo: make sense03:07
zhenguoliusheng: but not sure how to deal with the nodes03:07
zhenguoliusheng: seems we don't need to save nodes and aggregates relationship on mogan side03:08
liushengzhenguo: don't need, that is in placement03:08
zhenguoliusheng: yes, but we need two proxy API :D03:08
liushengzhenguo: yes03:09
zhenguoliusheng: but maybe it's ok03:09
zhenguoliusheng: wait for my specs03:09
liushengzhenguo: thanks03:09
zhenguoliusheng: np03:09
zhenguoliusheng: you can think more about the server group and scheduler hints part03:09
liushengzhenguo: ok03:10
zhenguoliusheng: seems they need a more smart server group, not like nova's affiniy and anti-affinity for only same host and not same host03:10
liushengzhenguo: I am just think what our server group for03:11
zhenguoliusheng: I'm also not very clear, hah03:12
zhenguoliusheng: oh, for az, should we also save it with our aggregates metadata?03:12
liushengzhenguo: we don't have  affiniy and anti-affinity03:13
zhenguoliusheng: hah03:13
zhenguoliusheng: as we don't have a notion of rack03:13
zhenguoliusheng: and rack can be grouped by aggregates03:14
liushengzhenguo: does chassis in Ironic means that ?03:14
zhenguoliusheng: no, ironic wants to get rid of chassis for a long time03:14
liushengzhenguo: if so, seem server group is meaningless, at least for now03:17
zhenguoliusheng: does nova support rack affinity and anti-affinity03:17
liushengzhenguo: you mean Nova + Ironic?03:18
zhenguoliusheng: no, for vms03:18
liushengzhenguo: I didn't found that03:18
zhenguoliusheng: hah,03:18
Kevin_Zheng... vms doesn't have rack context03:18
Kevin_Zhengyou can add host agg for all hosts in one rack03:19
zhenguoso the server group on nova is just host affinity and anti-affinity?03:19
zhenguowhat the metadata of server group used for?03:19
liushengzhenguo: that also looks like metadata for node aggregates03:20
zhenguoliusheng: so the filter will also consider of server group metadata?03:20
liushengzhenguo: may only for affinity and anti-affinity03:21
zhenguoseems yes03:21
* zhenguo brb03:22
openstackgerritklyang proposed openstack/mogan master: switch from oslosphinx to openstackdocstheme  https://review.openstack.org/48199203:32
zhenguoliusheng: maybe server group affinity and anti-affinity should be associated with aggregates03:39
zhenguoliusheng: AZ is a special metadata of aggregates, maybe rack should also be03:40
zhenguoliusheng: AZ, DC, ROW, RACk...03:40
liushengzhenguo: how to get rack info03:46
zhenguoliusheng: defined by operators when set aggregates metadata03:47
zhenguoliusheng: maybe , hah  just a propsal, need to think more about this03:49
*** yushb has quit IRC04:20
*** wanghao_ has quit IRC04:20
*** wanghao has joined #openstack-mogan04:20
*** yushb has joined #openstack-mogan04:37
*** yushb has quit IRC04:54
*** yushb has joined #openstack-mogan06:05
openstackgerritXinran WANG proposed openstack/mogan master: Detach interface for server  https://review.openstack.org/46176706:06
Xinranliusheng,  I have some quesiton of your comments of this patch: https://review.openstack.org/#/c/473323/06:08
Xinranliusheng, pls check my replys06:09
liushengXinran: ok, thanks06:09
Xinranliusheng,  thanks for your comments :)06:09
liushengXinran: replied you06:16
Xinranliusheng, thanks06:16
openstackgerritZhenguo Niu proposed openstack/mogan-specs master: Node aggregates  https://review.openstack.org/47092707:07
zhenguoliusheng: just draft the node aggregates spec which leverages placement service07:08
liushengzhenguo: thanks, will review07:08
zhenguoliusheng: thansk07:08
*** harlowja has quit IRC07:11
zhenguoXinran: seems you need to rebase this https://review.openstack.org/#/c/461767/ as the tempest failed with a bug https://bugs.launchpad.net/mogan/+bug/170282207:12
openstackLaunchpad bug 1702822 in Mogan "tempest gate has been broken by missing lib greening" [Critical,Fix released] - Assigned to Liusheng (liusheng)07:12
liushenghow openstack can say this in IRC :-P07:13
zhenguoliusheng: not sure, hah07:13
liushengzhenguo: lol07:13
liushengoh, Xinran just pasted the link07:14
openstackgerritZhenguo Niu proposed openstack/mogan master: Detach interface for server  https://review.openstack.org/46176707:14
*** wanghao_ has joined #openstack-mogan07:15
*** wanghao has quit IRC07:17
zhenguoliusheng: do you know where can I find the placement log07:23
liushengzhenguo: journalctl -u devstack@placement-api07:24
zhenguoliusheng: thanks07:24
liushengzhenguo: np :D07:25
*** litao__ has joined #openstack-mogan07:25
zhenguoliusheng I don't like the journlctl way...07:34
liushengzhenguo: me too :(07:35
zhenguoliusheng: hah07:35
liushengzhenguo: you can still use screen, but it has be marked deprecated07:35
zhenguoliusheng: I would like to killl the mogan process and manually start it to get logs07:36
liushengzhenguo: now devstack switch to use systemctl to start services07:36
zhenguoliusheng: I don't like it07:37
liushengzhenguo: and seems it don't store logs, the journlctl can only see the recent logs07:37
liushengzhenguo: hah07:37
zhenguoliusheng: it's hard to debug07:37
openstackgerritTao Li proposed openstack/mogan master: Fix the stuck in *ing in powering servers.  https://review.openstack.org/47686207:38
liushengzhenguo: yes, so I use rpdb than pdb to debug now07:38
zhenguoliusheng: hah07:39
zhenguoliusheng: I never used it before07:39
liushengzhenguo: hah, it is very like pdb07:39
zhenguoliusheng: will try if needed, thanks07:39
openstackgerritTao Li proposed openstack/mogan master: Fix reverting the network when plug vif failed  https://review.openstack.org/47744007:41
liushengzhenguo: I am trying to run mogan-api under uwsgi07:43
zhenguoliusheng: cool07:43
zhenguoliusheng: Is there some problems?07:43
liushengzhenguo: just start to try, hah07:43
zhenguoliusheng: hah07:43
zhenguoliusheng:  on my test, there's some problems when do multi creations with your placement patch.08:00
zhenguoliusheng: the allocation will all use the same server uuid,08:00
liushengzhenguo: you mean the allocations in placement table ?08:01
zhenguoliusheng: yes08:01
zhenguoliusheng: see my comments on the patch08:01
liushengzhenguo: will check08:01
* zhenguo brb08:03
openstackgerritTao Li proposed openstack/mogan master: Fix the stuck in *ing in powering servers.  https://review.openstack.org/47686208:08
litao__wanghao_: see my comments08:08
wanghao_litao__: ok08:12
wanghao_litao__: I see your point, I mean why not rollback status to original status before we do this action?08:17
wanghao_not just 'fail' status08:17
*** wanghao_ has quit IRC08:18
*** wanghao has joined #openstack-mogan08:18
*** wanghao has quit IRC08:19
*** wanghao has joined #openstack-mogan08:19
*** wanghao has quit IRC08:20
*** wanghao has joined #openstack-mogan08:20
*** wanghao has quit IRC08:21
*** wanghao has joined #openstack-mogan08:21
*** wanghao has quit IRC08:21
*** wanghao has joined #openstack-mogan08:22
*** wanghao has quit IRC08:22
*** wanghao has joined #openstack-mogan08:22
*** wanghao has quit IRC08:23
*** wanghao has joined #openstack-mogan08:23
*** wanghao has quit IRC08:24
*** wanghao has joined #openstack-mogan08:24
*** wanghao has quit IRC08:25
*** wanghao has joined #openstack-mogan08:25
openstackgerritliusheng proposed openstack/mogan master: WIP: suuport running api under uWSGI  https://review.openstack.org/48205708:47
openstackgerritMerged openstack/python-moganclient master: Updated from global requirements  https://review.openstack.org/47808208:53
openstackgerritMerged openstack/python-moganclient master: Make the floating ip can be show in netinfo command  https://review.openstack.org/47562508:53
openstackgerritXinran WANG proposed openstack/mogan master: Detach interface for server  https://review.openstack.org/46176709:09
openstackgerritZhenguo Niu proposed openstack/mogan-specs master: Node aggregates  https://review.openstack.org/47092709:09
openstackgerritliusheng proposed openstack/mogan master: WIP: suuport running api under uWSGI  https://review.openstack.org/48205709:24
zhenguoliusheng:  resource traits seems should be a list of string in flavor09:42
zhenguoliusheng: flavor resources can be a list of key/pairs, but traits seems don't need such pair09:42
zhenguo*key/value09:43
liushengzhenguo: what's the effect ?09:43
zhenguoliusheng: just think traits should be a string to describe it instead of a=b09:44
liushengzhenguo: looks like tags09:45
zhenguoliusheng: ye09:45
liushengzhenguo: not sure why trait desgined that09:45
zhenguoliusheng: it's our flavor using such key/value pair, nova use a string, hah09:46
liushengzhenguo: do you think how about fix the problem of multi-creation of the placement patches ?09:47
liushengzhenguo: how about fix it in a following patch09:48
zhenguoliusheng: how09:48
liushengzhenguo: since the servers uuids don't be passed to scheduler previously09:48
liushengzhenguo: I mean fix it in a separated patch09:48
zhenguoliusheng: before the placement patches landed?09:49
liushengzhenguo: after09:49
zhenguoliusheng: so the placement patch will break mogan09:49
zhenguoliusheng: I prefer to fix it with the patch, as it do effect the allocations09:50
liushengzhenguo: a following patch, you can treat it as a part of this patches09:50
liushengzhenguo: alright..09:50
zhenguoliusheng: why not just fix with that patch?09:51
zhenguoliusheng: as we discussed, each patch should keep mogan work09:51
liushengzhenguo: it didn't broken mogan..09:51
liushengzhenguo: ok09:51
zhenguoliusheng: ...09:51
zhenguoliusheng: hah09:52
zhenguoliusheng: on my test, when do multi creation, then remove on of them, all allocations got to be cleaned, then issue one create request, it will scheduled to a node which already deployed with a server09:52
zhenguo*one of them09:53
liushengzhenguo: I am not sure if the problem also existing before these patches09:53
zhenguoliusheng: no09:53
zhenguoliusheng: only when using allocations09:54
liushengzhenguo: previously, mogan don't set server_id to node object in scheduler ?09:54
zhenguoliusheng: IIRC, not in scheduler09:55
liushengzhenguo: i see09:55
openstackgerritliusheng proposed openstack/mogan master: Clean the compute_node and compute_port objects and db interfaces  https://review.openstack.org/47840610:01
openstackgerritliusheng proposed openstack/mogan master: Get rid of listing availability zone api and clean some legacy code  https://review.openstack.org/47840310:01
openstackgerritliusheng proposed openstack/mogan master: Clean the methods about updating node resources to Mogan db  https://review.openstack.org/47835710:01
openstackgerritliusheng proposed openstack/mogan master: Get rid of node listing api of Mogan  https://review.openstack.org/47836110:01
openstackgerritliusheng proposed openstack/mogan master: Refactor the scheduler to use placement service  https://review.openstack.org/47742610:01
liushengzhenguo: can you help to test the patches in multi-creating case10:02
liushengzhenguo: my env has a problem :(10:02
openstackgerritMerged openstack/mogan master: switch from oslosphinx to openstackdocstheme  https://review.openstack.org/48199210:04
*** yushb has quit IRC10:23
zhenguoliusheng: sure10:46
liushengzhenguo: thanks10:46
zhenguoliusheng: do you know why we still can't access the physical env10:47
liushengzhenguo: I can acess the bmc dashboard, and tried to reboot the server, but cannot work10:49
zhenguoliusheng: seems after the vpn restart, we can't access it10:50
liushengzhenguo: yes10:51
zhenguoliusheng: maybe need to wait zhaobo back10:51
liushengzhenguo: let me try again10:52
zhenguoliusheng: hah10:52
liushengzhenguo: zhaobo has off from work because he just has a baby :D10:53
zhenguoliusheng: hah, seems take a long time... I remember since last week10:53
liushengzhenguo: yes10:54
liushengzhenguo: let me try10:54
zhenguoliusheng: ok10:54
XinranCould you pls help me to debug detach interface patch. It runs well in my local env, really have no idea why it doesn't work with jeckins. :(10:54
zhenguoXinran: liusheng should be able to help with the tempest stuff10:55
liushengok, will try to review, but my env has been broken :(10:56
Xinranzhenguo,  I'm cainiao10:56
zhenguoXinran: hah10:57
Xinranliusheng,  Thanks a lot!10:58
liushengzhenguo: the server is rebooting again and again, because it cannot find a bootable device, it is verid11:02
zhenguoliusheng: the server failed...11:02
openstackgerritliusheng proposed openstack/mogan master: WIP: suuport running api under uWSGI  https://review.openstack.org/48205711:29
zhenguoliusheng: on my test, multi-create still got the allocations with same consumer_id11:31
liushengzhenguo: I just tested, it don't got two same consumer_id11:50
liushengzhenguo: even my env broken and will create failed, but it can create two items in allocations table11:50
liushengzhenguo: with different two consumer id11:51
zhenguoliusheng: let me restart the mogan services and test again11:57
*** litao__ has quit IRC11:58
*** yushb has joined #openstack-mogan13:38
*** liusheng has quit IRC15:21
*** liusheng has joined #openstack-mogan15:22
*** yushb has quit IRC16:00
*** harlowja has joined #openstack-mogan16:37
*** Kevin_Zheng has quit IRC17:33
*** wanghao has quit IRC23:52
*** wanghao has joined #openstack-mogan23:53

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