Monday, 2017-09-11

*** wanghao has joined #openstack-mogan00:40
*** wanghao has quit IRC00:41
*** wanghao has joined #openstack-mogan00:42
*** shaohe_feng has joined #openstack-mogan00:51
*** litao__ has joined #openstack-mogan01:05
*** zhenguo_ has joined #openstack-mogan01:06
openstackgerritTao Li proposed openstack/python-moganclient master: Add the CLI for managing server  https://review.openstack.org/50177701:09
openstackgerritTao Li proposed openstack/python-moganclient master: Add the CLI for managing server  https://review.openstack.org/50177701:10
*** zhenguo_ is now known as zhenguo01:15
zhenguomorning mogan!01:16
openstackgerritTao Li proposed openstack/python-moganclient master: Add the CLI for managing server  https://review.openstack.org/50177701:28
openstackgerritliusheng proposed openstack/python-moganclient master: Support to getting managebale servers  https://review.openstack.org/49947401:36
openstackgerritliusheng proposed openstack/python-moganclient master: Add the CLI for managing server  https://review.openstack.org/50177701:36
openstackgerritliusheng proposed openstack/python-moganclient master: Add the CLI for managing server  https://review.openstack.org/50177701:39
liushengzhenguo: hi zhenguo, what format do you like for the network info of manageable servers ?01:47
zhenguoliusheng: not sure, you mean the ports/portgropus?01:48
liushengzhenguo: yes, currently, it formatted like: 'uuid=935ff2f1-89ca-4d6e-b7ab-286c01dc40bb; neutron_port_id=0c19889a-67f1-443a-85a9-21afcedcfc92; address=52:54:00:01:c6:db'01:49
liushengzhenguo: looks a bit ugly01:49
zhenguoliusheng: yes01:49
zhenguoliusheng: what do you expect to get from that?01:49
liushengzhenguo: don't have a good choice :(01:50
zhenguoliusheng: hha, in fact, the API response is not very good now01:50
zhenguoliusheng: the network info should be more generic01:50
liushengzhenguo: you mean like normal servser's ?01:51
zhenguoliusheng: no01:51
zhenguoliusheng: just for manageable servers for other drivers01:51
liushengzhenguo: oh01:52
zhenguoliusheng: what we expect to get from a manageable server01:52
zhenguoliusheng: not sure01:52
zhenguoliusheng: seems uuid is useless?01:52
zhenguoliusheng: and we can't get the portgroup informations now, like which port it includes01:52
liushengzhenguo: yes, all the info is only for showing to admins, when managing server, we don't need any of these infos01:53
openstackgerritZhenguo Niu proposed openstack/mogan master: Add preserve_on_delete to server nic object  https://review.openstack.org/50194001:53
openstackgerritTao Li proposed openstack/python-moganclient master: Add the CLI for managing server  https://review.openstack.org/50177701:56
zhenguoliusheng: maybe at least we can get rid of the port/portgroup uuid01:57
liushenglitao__: please.. don't revert..01:57
litao__liusheng: revert what?01:58
liushenglitao__: please comppare with my patchset01:58
litao__liusheng: I cherry pick your patch01:59
liushenglitao__: no, you revert some thing I changed01:59
litao__liusheng: I solved the failed unit test cases02:00
liushenglitao__:no.. please seem my comments in your patch02:01
litao__liusheng: Yes, I have seen your comments02:04
litao__liusheng: Why not use '--' for node_uuid?02:05
liushengzhenguo: your patch dependent on wanghao's patch, you shouldn't change something that blong to the dependent patch02:05
liushengzhenguo: more concise02:05
zhenguos/zhenguo/litao__02:06
liushengzhenguo: why need a --node_uuid, it is redundant02:06
liushengzhenguo: oh, sorry. litao__ ^^02:06
zhenguolol02:06
* zhenguo brb02:06
litao__liusheng: OK02:08
liushenglitao__: and as a said, the failue in gate for wanghao's patch, it is don't becasue the code of test, I can run successfully with the test in my env, but it cannot pass in gate02:10
liushenglitao__: it is because the formatted network info is from a dict of response. dict in python is unordered. in different env, it may have different order02:10
litao__liusheng: maybe should change a way to test it02:11
liushenglitao__: we need to change the formatter of the networks info than the current way02:11
liushenglitao__: and the the current looks like: 'uuid=935ff2f1-89ca-4d6e-b7ab-286c01dc40bb; neutron_port_id=0c19889a-67f1-443a-85a9-21afcedcfc92; address=52:54:00:01:c6:db'02:12
liushenglitao__: it looks a bit ugly in "manageable list" command02:12
liushenglitao__: maybe we can shwo oly mac address, not sure if this can meet you requirements ?02:13
litao__liusheng: I aslo need neutron_port_id02:16
litao__s/aslo/also/02:16
liushenglitao__: for what ?02:16
litao__liusheng: If neutron_port_is is not None,  mogan considers the bare metal node to be plugged vif, so I will use it to check mac address in neutron02:18
litao__liusheng:  check the mac address in neutron port and ironic port02:20
liushenglitao__: oh02:20
liushenglitao__: seems for "openstack port list" command you can specify mac address with --mac-address02:22
liushenglitao__: and for "openstack baremetal port list" you can also specify mac address with --address02:23
litao__liusheng: Yes, so I should check it to ensure its  correctness02:23
litao__liusheng: Because it is input  manually02:25
liushenglitao__: maybe, do you have any suggestion of the output of the "manageable server list" ?02:26
liushenglitao__: I have tested, it may be very long of the "port" and "port group" fields, it looks ugly02:26
litao__liusheng: Maybe we don't use the uuid02:28
litao__liusheng: currently02:28
liushenglitao__: it depends on you, you are users. hah02:29
liushenglitao__: I can help to drop the "uuid" field and fix the test in wanghao's patch, but you want to do it youself. you'd better to change it in wanghao's patch02:32
openstackgerritwanghao proposed openstack/python-moganclient master: Support to getting managebale servers  https://review.openstack.org/49947402:34
litao__liusheng: only drop in mogan client?02:34
liushenglitao__: steps: 1. update your master code; 2. "git review -d" you patch; 3. git rebase -i master, then it will show you a interactive window, you need chenge the "pick" to "edit" in the front of which patch you want to change; 4 modify the code and then type"git rebase --contition"02:34
liushenglitao__: yes02:34
wanghaolitao__: liusheng: waite02:35
wanghaolitao__: I'm here,  what changes you want to do to my patch?02:35
liushengwanghao: apoligize, I have do some change on you patch, currectly the gate failure is not because the test code, so please wait to change the test code02:36
wanghaoliusheng: I saw your change in setup.cfg, that's ok02:37
liushengwanghao: it is because the formatted network info is from a dict, dict in python is unordered, so the formatted netinfo may be different in different env02:37
wanghaoliusheng: yeah, I updated the order in list,02:37
liushengwanghao: no, it may cannot work, in my env it can pass, but in gate not02:38
liushengwanghao: that because the output is random02:38
liushengwanghao: s/random/ different in different envs02:38
wanghaoliusheng: emm, I see02:38
liushengwanghao: you know dict in python is unordered02:39
wanghaoyes02:39
wanghaoliusheng: maybe need to change a little logic in test code.02:39
liushengwanghao: and as we disscussed, seems the current way of fomattered network is looks a bit ugly, wdyt ?02:40
liushengwanghao: maybe change the formatter02:40
liushengzhenguo: it looks very long in my testing02:40
wanghaoliusheng: litao__: you didn't want the uuid02:40
wanghaoright?02:41
liushengwanghao, litao__ you are users, hah02:41
wanghaomaybe add some \n will be good,02:41
wanghaobut I'm not sure that's a good idea to remove the uuid from the result.02:41
litao__wanghao: It is not used currently, But i am not sure in the future02:42
liushengwanghao: if both of you don't need that, I prefer to drop it. seems neutron port uuid is enough02:42
wanghaoliusheng: litao__: first of all,  this api is NOT only for input of manage existing API.02:44
liushengwanghao: and a nit, it is better to use manageable_server than "ms" in test name, more explict, and sometimes when we run tests, it may show a list of the tests, the more explict test names is more convenient02:44
liushengwanghao: yes02:44
wanghaoliusheng: litao__: more important,  this API will show the users or operators to check what kind of node he will manage.02:45
wanghaoso some information maybe is useless in manage server API, but it's usefully for users.02:45
wanghaoliusheng: okay02:45
wanghaoliusheng: will update it.02:45
liushengwanghao: but for output of CLI, sometims it is not necessary to show all the things, if user need more info, they can get the full reponse body from api, right ?02:46
wanghaoliusheng: yes, so we introduce the '--long' args, isn't?02:47
liushengwanghao: like Nova, even for "server list --long", it only show the most important info to users02:47
liushengwanghao: maybe the "--long" is more detailed than without --long, but sometimes, maybe the api response body including huge info02:48
liushengwanghao: just because I tested in my env, it looks ugly, if you need that to show, I am ok to keep that02:50
wanghaoliusheng: I see your point, that's easy to change the code to only show neturon_port_id, but I'm not sure if it's worth we do that.02:53
wanghaoliusheng: you know the nova show,  it will call nova and neutron API both to show the information to user.02:53
wanghaoliusheng: sometime, it depended on what we define the 'important' thing.02:54
liushengwanghao: yes, hah02:54
liushengwanghao: if you only want to fix the test failue, you can add a sorted() in the _ports_formatter() method of the port.items()02:55
wanghaoliusheng: emm, I want to add \n in string to show better.02:56
wanghaoliusheng: and the sorted() too.02:56
liushengwanghao: ok, it is ok, and you'd also to sort the items02:56
liushengzhenguo: yes02:56
liushengwanghao: ^02:56
wanghaocool02:56
litao__wanghao,liusheng cool02:58
openstackgerritwanghao proposed openstack/python-moganclient master: Support to getting managebale servers  https://review.openstack.org/49947403:08
litao__zhenguo,liusheng :https://review.openstack.org/#/c/481544/03:24
liushenglitao__: ok03:24
zhenguolitao__: ok03:24
openstackgerritZhenguo Niu proposed openstack/mogan master: Return node name with server API object  https://review.openstack.org/50237903:24
wanghaoliusheng: ping03:27
liushengwanghao: pong03:27
wanghaoliusheng: did you see this error: ls: cannot access '/var/run/uwsgi/mogan-api-wsgi.socket': No such file or directory03:27
wanghaoI can't start the mogan-api under uwsgi mode.03:27
wanghaothere is no socket, how to create it?03:28
wanghaoI try to restart the apache2, but it didn't work.03:28
liushengwanghao: if you install with devstack ,it should created that automatically03:28
wanghaoliusheng: could I create it by myself03:29
wanghaoliusheng: my devstack has some issues03:29
liushengwanghao: you can try the 2# step in doc/source/installation/configure-mogan-api-uwsgi.rst03:30
wanghaoliusheng: great, thanks!03:31
liushengwanghao: np03:32
zhenguoliusheng: seems we only send notifications of server creation now, right?03:39
liushengzhenguo: yeah, need to implement more03:41
zhenguoliusheng: seems delete notification should be added as well, and it's easy :D03:45
liushengzhenguo: yes, they all are similar03:45
zhenguoliusheng: can you please add some before we cutting release, only basic ones are enough03:46
liushengzhenguo: ok, will try03:47
zhenguoliusheng: thanks03:47
liushengzhenguo: np03:47
zhenguoliusheng: I find test_create_key_pairs_with_over_quota_limit takes more than 20s03:48
zhenguoliusheng: seems we will create more than 100 keypairs there03:48
liushengzhenguo: ... so many03:48
zhenguoliusheng: will try to set the quota config option to 103:49
liushengzhenguo: sorry, I have someting and have to go, ttyl03:49
zhenguoliusheng: ok03:49
liushengzhenguo: maybe set it for tests03:49
zhenguoliusheng: sure03:49
openstackgerritZhenguo Niu proposed openstack/mogan master: Reduce test_keypair time consuming  https://review.openstack.org/50238805:10
*** wanghao_ has joined #openstack-mogan05:33
*** wanghao has quit IRC05:34
openstackgerritShaoHe Feng proposed openstack/mogan master: Doc revise: command create uWSG conf command.  https://review.openstack.org/50239406:22
openstackgerritwanghao proposed openstack/python-moganclient master: Support to getting managebale servers  https://review.openstack.org/49947406:23
shaohe_fengzhenguo: do we must need uWSGI?06:28
zhenguoshaohe_feng: not a must06:40
shaohe_fengzhenguo: Got it. Thanks.06:55
openstackgerritZhenguo Niu proposed openstack/mogan master: Return node name with server API object  https://review.openstack.org/50237906:55
zhenguoshaohe_feng: np06:56
zhenguoshaohe_feng: see my replies here https://review.openstack.org/#/c/502021/06:56
openstackgerritMerged openstack/mogan master: Doc revise: command create uWSG conf command.  https://review.openstack.org/50239407:35
shaohe_fengzhenguo: do we need change mogan code for GMR support?07:43
shaohe_fengzhenguo: got it. it is a list.07:43
zhenguoshaohe_feng: for GMR seems yes, you can find the initial patch of that07:44
shaohe_fengzhenguo: merge two list, maybe generate duplicated element.07:46
shaohe_fengzhenguo: use "+".07:46
zhenguoshaohe_feng: yes, but for addresses, seems we can ensure there's no collisions07:47
shaohe_fengzhenguo: OK,got it.  we can make sure  no collisions.07:48
zhenguoshaohe_feng: yes07:48
zhenguoliusheng: I changed to use another way to return node with server https://review.openstack.org/#/c/502379/07:53
liushengzhenguo: ok, will check it07:54
zhenguoliusheng: and this https://review.openstack.org/#/c/502388/ , which really reduced the time consuming07:56
liushengzhenguo: store both uuid and name ?07:56
zhenguoliusheng: yes07:56
zhenguoliusheng: and only expose name to users07:56
liushengzhenguo: hmm, why don't name it "node_name" if we store both node_uuid and node_name07:57
openstackgerritZhenguo Niu proposed openstack/mogan master: Check usable portgroups and ports  https://review.openstack.org/50241007:57
zhenguoliusheng: you mean in the API object07:58
zhenguo?07:58
liushengzhenguo: seems this look more explict07:58
zhenguoliusheng: it may not name07:58
zhenguoliusheng: depends on driver07:58
liushengzhenguo: in db and internal logical07:58
liushengzhenguo: oh07:58
zhenguoliusheng: as we discussed before07:58
zhenguoliusheng: we don't expose node_uuid to users with API07:59
liushengzhenguo: yes, I aggree that,07:59
liushengzhenguo: just concern it may improve readability in internal08:00
liushengzhenguo: code readability08:00
zhenguoliusheng: as we don't return node_uuid, so seems it's ok08:00
liushengzhenguo: ok08:01
* zhenguo brb08:05
openstackgerritMerged openstack/mogan master: Reduce test_keypair time consuming  https://review.openstack.org/50238808:07
shaohe_fengzhenguo:  I check the initial patch. The commit message is: Guru is a mechanism whereby developers and system administrators can generate a report about the state of a running Zaqar executable.08:17
shaohe_fengzhenguo:  I check the initial patch. The commit message is: Guru is a mechanism whereby developers and system administrators can generate a report about the state of a running Zaqar executable.08:18
shaohe_fengzhenguo: So is it only for Zaqar?08:18
zhenguoshaohe_feng: no, seems we copied the Zaqar patch, but it's for mogan08:19
shaohe_fengzhenguo: OK. got it.08:19
zhenguolitao__: for ports and  portgroups, you can just keep the current implementation08:20
litao__zhenguo: OK08:20
zhenguolitao__: and about bind with server, seems we also need to check whether the port already bind with someone08:21
zhenguolitao__: if there's already a device id with the port, how do we handle it, just override?08:21
litao__zhenguo: Yes, I need to add some check and rollback it when failed08:22
zhenguolitao__: ok, besides that, the patch looks good to me :D08:22
litao__zhenguo: I think neutron will override it08:22
zhenguoliusheng: you mean bind will override it?08:23
litao__zhenguo: But need to ensure08:23
zhenguolitao__: yes it will08:23
zhenguolitao__: but just want to clarify, should we just override it08:23
litao__zhenguo: I check the neutron implementation firstly08:23
zhenguolitao__: ok08:23
zhenguoliusheng: seems with litao__'s patch landed, there will be some problems with our client08:24
zhenguoliusheng: if flavor or image is None, our formatter will raise error08:24
litao__zhenguo: Yes, my client patch solve this issue08:25
*** liusheng has quit IRC08:25
zhenguolitao__: ok, got it08:25
*** liusheng has joined #openstack-mogan08:26
litao__zhenguo: neutron will override the device id when we have bond the port08:39
zhenguolitao__: ok08:39
litao__zhenguo: so we also override it08:40
zhenguolitao__: I think we should08:40
litao__zhenguo: OK08:40
litao__zhenguo: If so, we needn't to rollback the binding when some step is failed08:43
litao__zhenguo: Because it is override08:43
zhenguolitao__: seems it's ok, we can improve later if there's problems with that08:44
litao__zhenguo: OK08:46
zhenguolitao__: let's try to land it08:46
litao__zhenguo: sure08:50
zhenguoliusheng: do you have a chance to have a look at this https://review.openstack.org/#/c/502021/ ?08:50
liushengzhenguo: ok, looking08:51
zhenguoXinran: see my replies here https://review.openstack.org/#/c/502379/08:52
shaohe_fengzhenguo: this is ironic doc. https://docs.openstack.org/ironic/pike/configuration/08:53
shaohe_fengzhenguo: it about config08:53
shaohe_fengzhenguo: it has a Configuration Options link, which describe every options08:54
zhenguoshaohe_feng: yes08:54
zhenguoshaohe_feng: but seems sample config file also include that info08:54
shaohe_fengzhenguo: but I does not find it in our link: http://mogan.readthedocs.io/en/latest/08:54
zhenguoshaohe_feng: we don't follow along with ironic on that part, lol08:55
liushengzhenguo: +2+Aed08:55
zhenguoliusheng: thanks08:55
zhenguoshaohe_feng: but you can help to improve it08:55
zhenguoliusheng: our docs is based on which repo now?08:56
zhenguoliusheng: seems I updated the docs last week, but RTD not got updated08:56
liushengzhenguo: which doc. mogan doc ?08:56
zhenguoliusheng: RTD08:57
shaohe_fengzhenguo: OK. do we also need it? Add it in our task list?08:57
liushengzhenguo: seems based on your onw repo. hah08:57
zhenguoshaohe_feng: it's simple, not need to add all things there08:57
zhenguoliusheng: oh, let me check and update08:57
zhenguoshaohe_feng: we will only add bps there08:58
shaohe_fengzhenguo: can we generate this doc from our python code?08:58
zhenguoshaohe_feng: yes,08:59
zhenguoshaohe_feng: but you can confirm with ironic docs, not that sure, lol08:59
openstackgerritTao Li proposed openstack/mogan master: Manage existing BMs: Part-2  https://review.openstack.org/48154409:04
liushengzhenguo: under my account, only python-moganclient is based on the openstack repo09:04
zhenguoliusheng: yes, it's ok09:05
liushengzhenguo: ok09:05
zhenguoliusheng: our api docs can't based on mogan repo directly09:05
liushengzhenguo: oh, it is based on your private repo09:07
zhenguoliusheng: yes, and I will sync the private repo with upstrem if needed09:07
zhenguoliusheng: build failed again09:10
liushengzhenguo: :(09:11
openstackgerritZhenguo Niu proposed openstack/mogan master: Check usable portgroups and ports  https://review.openstack.org/50241009:26
zhenguoliusheng, shaohe_feng: litao__'s patch seem ok to me, need your reviews09:28
liushengzhenguo: based on my previous review, it is also ok for me09:29
zhenguoliusheng: hah, let's wait for jenkins opnion09:30
liushengzhenguo: yeah09:30
openstackgerritMerged openstack/mogan master: Fix addresses show within one network  https://review.openstack.org/50202109:33
*** wanghao_ has quit IRC09:34
zhenguoliusheng: maybe you can help to update wanghao's patch?09:35
liushengzhenguo: I just going to do that, hah09:35
zhenguoliusheng: hah09:35
zhenguoshaohe_feng: please look at the latest built docs http://mogan.readthedocs.io/en/latest/09:41
zhenguoliusheng: after trying to add oslo requirements to my private repo, the RTD built successfully again09:41
liushengzhenguo: olso_policy ?09:41
zhenguoliusheng: yes09:42
zhenguoliusheng, shaohe_feng: and this https://review.openstack.org/#/c/501940/ needs your review09:43
liushengzhenguo: do you like dirrectly showing formmatted json in CLI ?09:48
liushenglitao__ ^09:54
liushenglitao__: any thoughts ?09:54
liushengan example when listing manageable servers:09:55
liusheng-+-----------------------------------------------------------------+-09:55
liusheng | Ports                                                           |09:55
liusheng-+-----------------------------------------------------------------+-09:55
liusheng | [                                                               |09:55
liusheng |   {                                                             |09:55
liusheng |     "neutron_port_id": "37729e38-2498-4fd0-8efd-6c7770a5743e",  |09:55
liusheng |     "uuid": "a95c5758-5e09-47eb-83e1-f57f94bb2798",             |09:55
liusheng |     "address": "52:54:00:bc:f0:fe"                              |09:55
liusheng |   },                                                            |09:55
liusheng |   {                                                             |09:55
liusheng |     "neutron_port_id": "b6c127d4-a85d-4748-97a3-d3b179ccdc74",  |09:55
liusheng |     "uuid": "eab40555-b3aa-47f8-b069-41277477ba78",             |09:55
liusheng |     "address": "52:54:00:84:88:4c"                              |09:55
liusheng |   }                                                             |09:55
liusheng | ]                                                               |09:55
liusheng-+-----------------------------------------------------------------+-09:55
zhenguoliusheng: seems ok for now09:56
liushengzhenguo: maybe this is more explict and not very ugly, hah09:56
zhenguoliusheng: lol09:56
zhenguoliusheng: we can improve later09:56
shaohe_fengit looks well.09:56
liushengzhenguo: not sure if litao__ and wanghao like this09:57
zhenguoliusheng: maybe also need to change the API side09:57
liushengzhenguo: it is from API side09:57
zhenguoliusheng: yes, the API side maybe need to be improved09:57
shaohe_fengzhenguo: should we disable_service heat and cinder?09:57
zhenguoshaohe_feng: we don't support that presently09:58
liushengzhenguo: yes, but for currently response from API, seems no a very pretty way to format to show in CLI09:58
zhenguoliusheng: yes, so just show like that09:58
shaohe_fengzhenguo: OK. the link you send me:  https://docs.openstack.org/ironic/latest/contributor/ironic-multitenant-networking.html09:58
zhenguoshaohe_feng: aha, you can combine that with our local.conf sample09:59
shaohe_fengzhenguo: yes. the link disable them. but our doc does not disable them explictly.  http://mogan.readthedocs.io/en/latest/contributor/dev-quickstart.html09:59
zhenguoshaohe_feng: please see the ENABLED_SERVICES10:00
zhenguoshaohe_feng: we only enable those services10:00
zhenguoliusheng, shaohe_feng: we should enrich the  Installation, Users, and Admins Guide there10:01
liushengzhenguo: at least for admin guide and installation, I think so10:02
zhenguoyes10:02
zhenguoI added how to build images to Installations guide and how to specify partitions on Users guide10:03
zhenguofor admins, we should add how to use our flavors and aggregaes as well10:03
zhenguoalso the affinity zone10:03
shaohe_fengzhenguo: I just wonder what's the default behavior if we do not disable these service explictly?10:06
zhenguoshaohe_feng: it will follow ENABLED_SERVICES10:06
shaohe_fengzhenguo: OK. then we do not need disable them explictly10:10
zhenguoshaohe_feng: yes10:11
zhenguoshaohe_feng: do you find the docs updated?10:11
shaohe_fengzhenguo: which docs?10:12
zhenguoshaohe_feng: I moved the Contributors Guide to the top10:12
zhenguoshaohe_feng: and add a db migrations doc under that section10:12
shaohe_fengzhenguo: let me check10:12
openstackgerritliusheng proposed openstack/python-moganclient master: Support to getting managebale servers  https://review.openstack.org/49947410:14
shaohe_fengzhenguo: yes, I find a db migrations doc under  Contributors Guide10:14
shaohe_fengzhenguo: but the Contributors Guide is not on the top10:14
zhenguoshaohe_feng: oh, under the Instruction, lol10:15
shaohe_fengzhenguo: the order is: Introduction, Installation Guide, User Guide, Administrator Guide, Configuration Guide, Contributor Guide10:15
zhenguoshaohe_feng: Introduction10:15
zhenguoshaohe_feng: not that order, you can refresh your patch10:15
shaohe_fengzhenguo: yes. it under Introduction10:16
zhenguoliusheng, shaohe_feng: please have a look at this https://review.openstack.org/#/c/502410/10:18
shaohe_fengzhenguo: OK.10:20
shaohe_fengzhenguo: in local config, we create a 3 VMs10:22
zhenguoshaohe_feng: ye10:22
shaohe_fengzhenguo: in really physical evn, should we do some special config?10:22
zhenguoshaohe_feng: devstack is not for physical env10:23
zhenguoshaohe_feng: you need to manually enroll you node afterwards10:23
shaohe_fengzhenguo: got it.10:25
openstackgerritliusheng proposed openstack/python-moganclient master: Add the CLI for managing server  https://review.openstack.org/50177710:26
shaohe_fengzhenguo: so kolla can help to build a really physical evn?10:29
zhenguoshaohe_feng: I think so10:33
liushengshaohe_feng, zhenguo please help to review the two server managing client patches10:35
zhenguoliusheng: ok10:35
openstackgerritMerged openstack/mogan master: Manage existing BMs: Part-2  https://review.openstack.org/48154410:53
openstackgerritZhenguo Niu proposed openstack/mogan master: Return node name with server API object  https://review.openstack.org/50237911:06
shaohe_fengzhenguo: about https://review.openstack.org/#/c/502410/211:16
shaohe_fengzhenguo: I give a comments.11:17
zhenguoshaohe_feng: thansk11:19
zhenguoshaohe_feng: but I didn't find why11:19
zhenguoshaohe_feng: actually I need t o get whether the portgroup include a port11:20
shaohe_fengzhenguo: let me see.11:25
zhenguoshaohe_feng: please take a look at this https://review.openstack.org/#/c/499474/ , it works as expected on my test11:33
shaohe_fengzhenguo: ok, call you.11:36
openstackgerritMerged openstack/python-moganclient master: Support to getting managebale servers  https://review.openstack.org/49947411:41
*** litao__ has quit IRC11:53
*** harlowja has joined #openstack-mogan16:54
*** wxy_ has joined #openstack-mogan20:16
*** zhangyang_ has joined #openstack-mogan20:18
*** wxy has quit IRC20:24
*** zhangyang has quit IRC20:24
*** zhangyang_ is now known as zhangyang20:24
*** wxy_ is now known as wxy20:24
*** openstackgerrit has quit IRC20:48
*** openstackgerrit has joined #openstack-mogan21:21
openstackgerritOpenStack Proposal Bot proposed openstack/mogan master: Updated from global requirements  https://review.openstack.org/50267121:39
*** harlowja has quit IRC22:14
*** harlowja has joined #openstack-mogan22:50
*** harlowja has quit IRC23:06
*** harlowja has joined #openstack-mogan23:17

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