Monday, 2017-07-17

*** wanghao has joined #openstack-mogan00:38
zhenguomorning mogan!00:46
zhenguoliusheng: hi, should we keep this https://review.openstack.org/#/c/478403/ ?00:52
liushengmorning00:52
liushengzhenguo: not sure, it is related with your spec00:53
liushengzhenguo: how do you want to design the az info with node aggregate metadata ?00:54
zhenguoliusheng: yes, with the aggregate metadata00:54
zhenguoliusheng: should we keep the az list interface and just return the default az00:55
liushengzhenguo: only defaut az ? if so I don't think so00:56
liushengzhenguo: an api to read one config option00:56
zhenguoliusheng: we will add the logic soon00:56
zhenguoliusheng: as it get rid of the az interface and the api doc, which we will add back again00:57
liushengso you think should we still need the az api ?00:59
liushengzhenguo: if we record az info into the aggregates metadata01:00
zhenguoliusheng: nova als record az info in the aggregate metadata01:01
liushengzhenguo: yes, we will add node aggregates api, the return node aggregates will include all the medatadata, right, how about add an request option to the aggregate list api to only return the az info ?01:03
liushengzhenguo: a personal opinion01:03
zhenguoliusheng: only admin can get aggregate info01:03
liushengzhenguo: non-admin can get az list ?01:04
zhenguoliusheng: sure01:04
zhenguoliusheng: az list is just for non-admins01:04
zhenguoliusheng: when claiming a server common users can specify which az whey want the server in01:05
liushengzhenguo: I don't think so, in Nova, az list is for admin or owners, az details is only for admins01:06
zhenguoliusheng: but we don't have az details01:06
liushengzhenguo: yes, they need to specify, but they don't need to know all the az list01:07
liushengzhenguo: yes01:07
zhenguoliusheng: ?01:07
zhenguoliusheng: maybe not all the list, but a list of az they can specify01:08
zhenguoliusheng: so, still need a api01:08
liusheng zhenguo ok, will abandon that01:09
zhenguoliusheng: not abandon it01:09
zhenguoliusheng: the logic related to compute_nodes need to be removed01:10
liushengzhenguo: sure, I know01:10
zhenguoliusheng: ok, thanks01:10
openstackgerritwanghao proposed openstack/mogan master: Manage existing BMs: Part-1  https://review.openstack.org/47966001:22
*** liujiong has joined #openstack-mogan01:24
openstackgerritliusheng proposed openstack/mogan master: Clean the compute_node and compute_port objects and db interfaces  https://review.openstack.org/47840601:27
openstackgerritwanghao proposed openstack/mogan master: Manage existing BMs: Part-1  https://review.openstack.org/47966001:29
*** wanghao has quit IRC01:31
*** wanghao has joined #openstack-mogan01:32
*** liujiong_lj has joined #openstack-mogan01:36
*** wanghao_ has joined #openstack-mogan01:37
*** liujiong has quit IRC01:37
*** wanghao_ has quit IRC01:37
*** wanghao_ has joined #openstack-mogan01:38
*** wanghao has quit IRC01:39
*** liujiong_lj is now known as liujiong01:39
*** wanghao has joined #openstack-mogan01:42
*** wanghao_ has quit IRC01:45
openstackgerritliusheng proposed openstack/mogan master: Clean the compute_node and compute_port objects and db interfaces  https://review.openstack.org/47840601:59
openstackgerritliusheng proposed openstack/mogan master: Tempest: get rid of the default flavor created by devstack  https://review.openstack.org/48367202:03
zhenguoseems we still have time to modify the presentations.02:05
zhenguoliusheng: the presentation content was updated according to some suggestions from shaohe_feng's colleague, please take a look02:07
liushengzhenguo: thanks02:09
liushengzhenguo: Bare Metal or Baremetal  ? compute or computing ?02:11
zhenguoliusheng: Bare Metal02:11
liushengzhenguo: seems yes02:12
zhenguoliusheng: not sure compute or computing02:12
zhenguoliusheng: but seems nova is compute service02:12
liushengzhenguo: yes02:13
liushengzhenguo: is the "for" in tittle a bit redundant ?02:13
zhenguoliusheng: not sure02:13
zhenguoliusheng: but it's suggested by a native speaker. lol02:14
liushengzhenguo: hah02:14
liushengzhenguo: not sure, seems Ironic like to say they are Bare Metal provisioning02:15
zhenguoliusheng: yes, I also find that ironic use provisioning service02:15
zhenguoliusheng: anyway, I think both are ok02:16
*** litao__ has joined #openstack-mogan02:16
liushengzhenguo: yes, it is may hard to avoid to analysis the relationship between Mogan and Ironic during the presentation02:17
liushengzhenguo: the abstract looks good!02:18
zhenguoliusheng: they may also look into the abstract to see what's the title meaning, hah02:18
liushengzhenguo: to my understanding, the "without twists and truns" is comparing with Nova+Ironic, right?02:20
zhenguoliusheng: yes02:20
liushengzhenguo: but seems we didn't mention Nova + Ironic in abstract02:20
zhenguoliusheng; the abstract should be less than 1000 chars02:21
liushengzhenguo: :(02:21
zhenguoliusheng: but we still have links to mogan wiki02:22
zhenguoliusheng: but the wiki is also a bit out of date02:22
liushengzhenguo: how about adding a "comparing with Nova+Ironic deployment" before "no twists and turns" in the first line of abstract02:23
zhenguoliusheng: but it's not deployment02:24
liushengzhenguo: why ?02:24
zhenguoliusheng: for twists and turns we don't mean deployment, but the driver architecture, the api, the model02:25
liushengzhenguo: yes, the deployment I don't mean only deploying02:25
zhenguoliusheng: but for others I think they think it's the deploying02:26
liushengzhenguo: in some openstack docs it can also means a model02:26
zhenguoliusheng: I think maybe people can understand the twist and truns here02:27
liushengzhenguo: .. ok02:27
zhenguoliusheng: hah, but we need to update the wiki soon02:27
liushengzhenguo: yes02:27
zhenguoliusheng: like placement should be added there02:28
liushengzhenguo: will check02:28
zhenguoliusheng: I will prepare the ppt for openstack china days, then update the wiki02:28
zhenguoliusheng: will send you a draft version soon02:28
liushengzhenguo: thanks, the ppt can be resue in summit. if we are selected02:29
zhenguoliusheng: btw, do you have experience to write '软文'02:29
zhenguoliusheng:yes02:29
liushengzhenguo: lol02:29
zhenguoliusheng: hah02:29
liushengzhenguo: no :(02:29
zhenguoliusheng: we may need some blogs02:29
zhenguoliusheng: it's ok to write chinese blog first02:30
liushengzhenguo: the author should have reputation. hah02:30
zhenguoliusheng: hah02:30
litao__zhenguo: Pls see my comment in patch https://review.openstack.org/#/c/476862/806:36
zhenguolitao__: ok06:37
openstackgerritliusheng proposed openstack/mogan master: Clean the compute_node and compute_port objects and db interfaces  https://review.openstack.org/47840606:39
openstackgerritZhenguo Niu proposed openstack/mogan master: Add indexes to tables  https://review.openstack.org/48320306:55
openstackgerritZhenguo Niu proposed openstack/mogan master: Adds aggregates DB model and API  https://review.openstack.org/48278607:01
openstackgerritZhenguo Niu proposed openstack/mogan master: Adds aggregates DB model and API  https://review.openstack.org/48278607:02
zhenguoliusheng: https://review.openstack.org/#/c/478406/ , the gate failed again?07:17
liushengzhenguo: Failed to retrieve filtered list of resource providers from placement API for filters {'resources': u'CUSTOM_GOLD:1'}07:21
liushengzhenguo: not sure why the resources is CUSTOM_GOLD07:21
zhenguoliusheng: yes, why we still got a CUSTOM_GOLD07:25
zhenguoliusheng: maybe need to rebase the patch07:25
zhenguoliusheng: it's still the old flavor, need a rebase to get it update07:29
liushengzhenguo: I have rebased07:30
liushengzhenguo: I got the reason07:34
liushengzhenguo: we need this patch: https://review.openstack.org/#/c/483672/ to fix07:35
zhenguoliusheng: why?07:37
zhenguoliusheng: I don't understand why we still got CUSTOM_GOLD07:37
liushengzhenguo: the flavor related tempest tests will create flavors with CUSTOM_GOLD, if tempest run parallelly, we use the first one of listing flavors to create server, the first one may be the flavor created by flavor tests07:38
liushengzhenguo: but I didn't know why the above patch cannot pass the gate, and the log show : No such resource class CUSTOM_BAREMETAL_1CPU_1280MBRAM_10GBDISK07:40
zhenguoliusheng: you mean in resource_setup?07:40
liushengzhenguo: the flavor tests and server tests may running in different threads, so it is possible the listing flavors can get the flavor created by flavor tests07:41
zhenguoliusheng: ok, got it07:41
liushengzhenguo: and I have check the gate log, it actually is07:41
liushengzhenguo: our default resource class is  CUSTOM_BAREMETAL_1CPU_1280MBRAM_10GBDISK right ?07:42
zhenguoliusheng: seems yes07:42
liushengzhenguo: hmm, it is strange, the above patch's log show no such resource class07:43
zhenguoliusheng: do you have a env running with the latest code07:44
zhenguoliusheng: not sure if placement will do some twist for the resource class name07:44
liushengzhenguo: yes, I mean the https://review.openstack.org/#/c/483672/ cannot pass the gate07:44
liushengzhenguo: but I have checked in my local env, it is that resource class07:45
zhenguoliusheng: on placement db?07:45
liushengzhenguo: yes07:45
zhenguoliusheng: so you can create server successfully in your local env?07:46
liushengzhenguo: yes07:46
zhenguoliusheng: weird07:47
litao__liusheng: If I update the latest code from mogan, should i need to update other codes like placement?08:18
liushenglitao__: no, Mogan don't depends on the latest placement08:19
zhenguoliusheng: I got the reason08:27
zhenguoliusheng: in tempest, it's CUSTOM_BAREMETAL_1CPU_1024MBRAM_10GBDISK08:28
zhenguoliusheng: not 1280MBRAM08:28
liushengzhenguo: ... haha08:28
zhenguoliusheng: you can t ry08:28
liushengzhenguo: let me modify08:28
zhenguoliusheng: ok08:28
openstackgerritliusheng proposed openstack/mogan master: Tempest: get rid of the default flavor created by devstack  https://review.openstack.org/48367208:31
litao__liusheng: thanks08:39
openstackgerritZhenguo Niu proposed openstack/mogan master: Update devstack flavor description  https://review.openstack.org/48429108:49
litao__liusheng:  In _update_available_resources, the all_rps is None from placement.09:03
liushenglitao__: did you find error when getting rps ?09:05
zhenguoshaohe_feng: need you +2 on this https://review.openstack.org/#/c/483672/09:07
zhenguoliusheng: it finally passed the gate09:08
liushengzhenguo: thanks09:08
zhenguoliusheng: np09:08
* litao__ liusheng: no more useful message, just TypeError: 'NoneType' object is not iterable09:13
litao__liusheng:  ☹️09:14
liushenglitao__: yes, this is an little issue, but the root cause is it retrive resources providers failed. there should be error log. see: get_filtered_resource_providers method in mogan/scheduler/client/report.py09:15
openstackgerritZhenguo Niu proposed openstack/mogan master: Update devstack flavor description  https://review.openstack.org/48429109:16
litao__liusheng: The log should in mogan-engine, but I can't find it09:21
liushenglitao__: mogan/scheduler/client/report.py:18909:24
litao__liusheng: Yes, I see in code, but nothing in logs09:24
liushenglitao__: only when retrive rps failed, it can return a None09:24
*** wanghao has quit IRC09:34
*** liujiong has quit IRC10:06
openstackgerritMerged openstack/mogan master: Update devstack flavor description  https://review.openstack.org/48429111:04
openstackgerritMerged openstack/mogan master: Remove the private database config option  https://review.openstack.org/48372311:05
*** litao__ has quit IRC11:52
zhenguoliusheng: seems we already got aggregates and rps cache with the SchedulerReportClient,11:57
zhenguoliusheng: but is that singleton?11:57
liushengzhenguo: seems not12:00
zhenguoliusheng: I find two places import scheduler client12:00
zhenguoliusheng: should we avoid that12:01
zhenguoliusheng: make only one client import in the engine manager12:01
liushengzhenguo: oh, for scheduler_client it is not singleton, but for one schedule_client's report clients, it is singleton12:05
liushengzhenguo: will check the effects12:05
openstackgerritMerged openstack/mogan master: Tempest: get rid of the default flavor created by devstack  https://review.openstack.org/48367212:06
zhenguoliusheng: you mean report client is singleton?12:06
zhenguoliusheng: that's what I expected12:06
liushengzhenguo: you can see the client/__init__.py12:06
liushengzhenguo: there is a class loader wrapper12:06
zhenguoliusheng: aha, yes12:08
* zhenguo away12:23
*** harlowja has joined #openstack-mogan17:17
*** harlowja has quit IRC19:32
*** harlowja has joined #openstack-mogan20:56

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