| openstackgerrit | xu-haiwei proposed stackforge/senlin: Handle exceptions which happen in heat driver https://review.openstack.org/212441 | 00:03 |
|---|---|---|
| openstackgerrit | Merged stackforge/senlin: Profile types API test case fix https://review.openstack.org/212037 | 00:06 |
| *** xuhaiwei has quit IRC | 01:05 | |
| *** xuhaiwei has joined #senlin | 01:08 | |
| *** Yanyanhu has joined #senlin | 01:34 | |
| *** jdandrea has quit IRC | 01:40 | |
| *** mathspanda has joined #senlin | 01:46 | |
| openstackgerrit | xu-haiwei proposed stackforge/senlin: Handle exceptions which happen in heat driver https://review.openstack.org/212441 | 02:02 |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Fix gate job of Senlin functional test https://review.openstack.org/211813 | 02:06 |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Fix gate job of Senlin functional test https://review.openstack.org/211813 | 02:09 |
| *** Qiming_ has joined #senlin | 02:12 | |
| *** Qiming_ has quit IRC | 02:34 | |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Fix gate job of Senlin functional test https://review.openstack.org/211813 | 02:46 |
| openstackgerrit | Merged stackforge/senlin: Updated from global requirements https://review.openstack.org/212774 | 02:47 |
| *** Qiming has joined #senlin | 02:48 | |
| Yanyanhu | hi, Qiming, made a test and found 'DEVSTACK_GATE_TIMEOUT' is not an env variable visible for devstack... | 02:48 |
| Yanyanhu | I'm now using ERROR_ON_CLONE to have a try | 02:49 |
| Qiming | ok | 02:49 |
| Qiming | http://logs.openstack.org/13/211813/14/experimental/gate-senlin-dsvm-functional/a3b81a6/logs/devstacklog.txt.gz | 02:50 |
| Qiming | check the last few lines, it says cloning not allowed | 02:50 |
| Yanyanhu | yes, this is because ERROR_ON_CLONE is set to True | 02:50 |
| Qiming | why the clone was failing | 02:51 |
| Yanyanhu | because there is a judgement in git_clone function which fails the installtion when it found ERROR_ON_CLONE=True | 02:52 |
| Yanyanhu | actually the git clone operation is not exectued | 02:52 |
| Qiming | from the name, ERROR_ON_CLONE should be true | 02:52 |
| Qiming | or else, senlin itself may fail the install, right? | 02:53 |
| Qiming | 2015-08-14 02:27:44.774 | +++ trueorfalse False RECLONE | 02:53 |
| Qiming | 2015-08-14 02:27:44.779 | ++ RECLONE=False | 02:53 |
| Qiming | this looks like a problem | 02:53 |
| Yanyanhu | nope, actually this flag is always False when devstack is running locally | 02:53 |
| Yanyanhu | False is the default value | 02:54 |
| Yanyanhu | let me find the code | 02:54 |
| Qiming | so, ... pls spend some time looking into it | 02:54 |
| Yanyanhu | http://git.openstack.org/cgit/openstack-dev/devstack/tree/functions-common#n425 | 02:54 |
| Yanyanhu | since gate will use this flag to avoid erroneous branch cloning to ensure the test target is correct | 02:55 |
| Yanyanhu | so this flag will be set to True when devstack is running in gate | 02:56 |
| Yanyanhu | but usually when we use devstack to install openstack env locally, this flag is set to False by default | 02:56 |
| Yanyanhu | http://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/devstack-vm-gate.sh#n249 | 02:57 |
| Yanyanhu | so I think maybe we can use it to check whether the installatoin is happening in gate side | 02:57 |
| Yanyanhu | will make test using this way | 03:00 |
| openstackgerrit | Merged stackforge/senlin: Fix gate job of Senlin functional test https://review.openstack.org/211813 | 03:14 |
| Qiming | \o/ gate job is in! | 03:26 |
| Yanyanhu | yes :) | 03:26 |
| Qiming | hi, guys | 04:07 |
| Qiming | https://review.openstack.org/#/c/212205/ | 04:07 |
| Qiming | This is a .... weird ... proposal to Heat | 04:07 |
| Qiming | I was trying to understand what is actually being proposed | 04:07 |
| Qiming | it is quite relevant a feature request (usage scenario) for cluster management | 04:07 |
| Qiming | I'm suspecting that the proposal should appear here | 04:07 |
| xuhaiwei | seems like what senlin is doing | 04:19 |
| Yanyanhu | hmm, have the same feeling... will go through it | 04:19 |
| Qiming | the positive side is: there are real requirements to manage resource groups in a flexible or even customizable way, Senlin is doing the right thing | 04:20 |
| Yanyanhu | yes | 04:20 |
| Qiming | the negative side: Senlin is not a famous project, people still struggle to inject this kind of features to projects like Heat | 04:20 |
| Qiming | to be objective, it is beyond Heat's scope | 04:21 |
| Yanyanhu | that's true :( | 04:21 |
| Yanyanhu | so maybe we can try to lead this kind of requirement | 04:21 |
| xuhaiwei | what about inviting him to senlin | 04:21 |
| Qiming | I told him this: https://review.openstack.org/#/c/211826/ | 04:23 |
| Yanyanhu | hi, Qiming, seems line54-65 is duplicated in this file? | 04:34 |
| Yanyanhu | http://git.openstack.org/cgit/stackforge/python-senlinclient/tree/senlinclient/common/sdk.py | 04:34 |
| Qiming | ah, yes | 04:35 |
| Yanyanhu | ok, will add comment in the patch | 04:35 |
| Qiming | actually, the code comes from SDK: http://git.openstack.org/cgit/stackforge/python-openstacksdk/tree/examples/common.py#n103 | 04:37 |
| Qiming | please propose a patch to the sdk.py file with a resync | 04:37 |
| Yanyanhu | ok | 04:37 |
| Qiming | a resync is necessary because there are patches like this: http://git.openstack.org/cgit/stackforge/python-openstacksdk/commit/examples/common.py?id=594f2479ca6f19a894873cd9dfe4dc5b22051adc | 04:39 |
| Qiming | doubting why sdk leave this in its examples folder ... | 04:40 |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Fix a typo in lbaas driver plugin https://review.openstack.org/212975 | 04:53 |
| xuhaiwei | Qiming | 04:57 |
| xuhaiwei | I am doing the exception handling of keystone_v3 module | 04:58 |
| Qiming | okay? | 04:58 |
| xuhaiwei | there are ResourceNotFound exception raised from endpoint_get and service_get | 04:59 |
| xuhaiwei | which means endpoint and service are not found | 04:59 |
| Qiming | those are not user-visible "resources" | 04:59 |
| xuhaiwei | this exception should be caught in upper layer and then raise HttpInternalServerError? | 04:59 |
| xuhaiwei | since user doesn't know anything about these resources | 05:00 |
| Qiming | yes I think so | 05:00 |
| Qiming | it is kind of an error out of our control | 05:01 |
| xuhaiwei | ok | 05:01 |
| Qiming | if those things do happen, it IS an 500 error | 05:01 |
| xuhaiwei | agree | 05:01 |
| openstackgerrit | Merged stackforge/python-senlinclient: Add unit test cases for sdk module https://review.openstack.org/212704 | 05:05 |
| openstackgerrit | Merged stackforge/senlin: Fix a typo in lbaas driver plugin https://review.openstack.org/212975 | 05:09 |
| openstackgerrit | Qiming Teng proposed stackforge/senlin: Fix action base module test case https://review.openstack.org/212983 | 05:21 |
| openstackgerrit | Qiming Teng proposed stackforge/senlin: Test case for lb_delete with no physical objects https://review.openstack.org/212985 | 05:31 |
| *** branw has joined #senlin | 06:00 | |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Fix a bug in lbaas driver https://review.openstack.org/212993 | 06:02 |
| Yanyanhu | hi, Qiming, found an issue about using oslo_context.get_current() | 06:28 |
| Yanyanhu | in lb_policy we use this way to get context for accessing db_api | 06:29 |
| Yanyanhu | http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/policies/lb_policy.py#n218 | 06:29 |
| Qiming | yes? | 06:29 |
| Yanyanhu | but seems this context is different from action.context and thus cause the Node.load_all get [] return_value | 06:29 |
| Yanyanhu | althrough there is a node in cluster | 06:29 |
| Yanyanhu | I check the user attr of oslo_context.get_current(), and it's None... | 06:30 |
| Qiming | okay | 06:30 |
| openstackgerrit | Merged stackforge/senlin: Fix a bug in lbaas driver https://review.openstack.org/212993 | 06:31 |
| Qiming | that is annoying | 06:31 |
| Yanyanhu | I guess there might be some place to let's update the value of oslo_context.get_current() | 06:31 |
| Yanyanhu | not sure what I'm thinking is right | 06:31 |
| Qiming | is this happening in test cases or in real run? | 06:32 |
| Yanyanhu | in real run | 06:32 |
| xuhaiwei | I also found this problem in the test case | 06:32 |
| xuhaiwei | it cost me a lot time | 06:32 |
| Yanyanhu | did you find the resolution? | 06:33 |
| xuhaiwei | I added the project parameter, seems like that | 06:33 |
| Yanyanhu | you mean manually update the context returned by oslo_context.get_current()? | 06:34 |
| xuhaiwei | no, just give me a minute | 06:35 |
| Yanyanhu | ok | 06:35 |
| Qiming | don't do that dirty hack | 06:35 |
| Qiming | you will get yourself to endless trouble | 06:35 |
| Yanyanhu | I think maybe we can use this method, RequestContext.update_store() | 06:35 |
| Yanyanhu | it will update the global current context to a specified context | 06:36 |
| Qiming | each action when started execution, should assume the context from the action.context | 06:36 |
| Yanyanhu | http://git.openstack.org/cgit/openstack/oslo.context/tree/oslo_context/context.py#n70 | 06:36 |
| Yanyanhu | yes | 06:36 |
| xuhaiwei | I added the 'project': self.context.project to the values{} to create node, because it calles for 'project' | 06:37 |
| Qiming | that one was missing? | 06:37 |
| xuhaiwei | seems so | 06:37 |
| Qiming | http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/engine/node.py#n76 | 06:38 |
| Qiming | this above line didn't work? | 06:38 |
| xuhaiwei | does the 'context' really contain 'project'? | 06:39 |
| Qiming | there are cases where we were missing the initialization, e.g. https://review.openstack.org/#/c/212516/1/senlin/engine/event.py | 06:40 |
| Qiming | we need to track the node creation proceduer then | 06:40 |
| Qiming | where we create a new node object, we need to pass in the context | 06:40 |
| Qiming | or else the 'project' won't get assigned | 06:41 |
| Qiming | I only find two places where Node is created | 06:45 |
| Qiming | in engine/service for node_create and in cluster_actions | 06:45 |
| Qiming | in both places, we are passing in the context | 06:45 |
| Qiming | in node_create, we even pass kwargs for user, project ... | 06:46 |
| Yanyanhu | so this error shouldn't happen? | 06:47 |
| Qiming | it should not | 06:48 |
| Yanyanhu | but for the question about oslo_context.get_current(), it is different | 06:49 |
| Qiming | it is getting context from current thread's local storage | 06:49 |
| Yanyanhu | I made a simple test using update_store but didn't work | 06:49 |
| Qiming | don't do that, PLEASE | 06:50 |
| Qiming | we are not there to do a hack yet | 06:50 |
| Yanyanhu | ok | 06:50 |
| Yanyanhu | I guess the global variable _request_store = threading.local() is always None in our cases? | 06:51 |
| Qiming | http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/engine/actions/base.py#n447 | 06:52 |
| Qiming | here, when we load an action from db | 06:52 |
| Qiming | we are not initializing the action.context with that from the database? | 06:53 |
| Yanyanhu | hmm, not sure, but I tried to use action.context to fetch node from DB and found it works well | 06:54 |
| Yanyanhu | let me make a check | 06:54 |
| Qiming | right | 06:54 |
| Qiming | we did that: http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/engine/actions/base.py#n202 | 06:54 |
| Yanyanhu | yes | 06:54 |
| Qiming | somewhere somehow we lost the project info | 06:55 |
| Yanyanhu | seems so | 06:57 |
| Qiming | please try dump the context content | 06:58 |
| Qiming | maybe the class inheritance is hurting us | 06:58 |
| Qiming | we have already overridden the to_dict() and from_dict() method from oslo_context.context.Context | 06:58 |
| Yanyanhu | you mean the content of current context got from oslo_context? | 06:58 |
| Yanyanhu | let me make a test | 06:58 |
| Qiming | yes, maybe it contains 'tenant' instead of 'project' | 06:59 |
| Yanyanhu | ok | 06:59 |
| Qiming | really hate the 'context' thing | 07:00 |
| Yanyanhu | yes.. | 07:00 |
| Qiming | should kill it thoughly one day | 07:00 |
| Yanyanhu | http://paste.openstack.org/show/413683/ | 07:00 |
| Yanyanhu | dump result | 07:00 |
| Qiming | we are using it only for db transactions once the request comes to engine | 07:01 |
| Yanyanhu | yes | 07:01 |
| Yanyanhu | seems the project info is lost in the current context | 07:01 |
| Yanyanhu | other info is correct | 07:02 |
| Qiming | okay, find out where we initialized such kind of a "partial" context then | 07:02 |
| Yanyanhu | em | 07:03 |
| Qiming | note that it contains trusts | 07:03 |
| Yanyanhu | yes | 07:03 |
| Qiming | we did this somewhere | 07:03 |
| Yanyanhu | so it is not a 'bare' one | 07:04 |
| Yanyanhu | yep | 07:04 |
| Yanyanhu | http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/policies/lb_policy.py#n336 | 07:05 |
| Yanyanhu | this place? | 07:05 |
| Yanyanhu | maybe we should use 'project' rather than 'project_id' here | 07:05 |
| Qiming | yes | 07:05 |
| Qiming | how could that happen | 07:06 |
| Yanyanhu | not sure... | 07:06 |
| Yanyanhu | but this didn't solve haiwei's problem? | 07:06 |
| Qiming | okay, try it | 07:06 |
| Yanyanhu | ok | 07:06 |
| Qiming | will diagnose that one later | 07:06 |
| xuhaiwei | I am in a meeting now, will help investigate it | 07:08 |
| Yanyanhu | seems we can't specify project and trust at the same time in ctx | 07:09 |
| Yanyanhu | multiple scope exception was raised | 07:10 |
| Yanyanhu | ah, I remeber we fix a similar problem before | 07:10 |
| Yanyanhu | so we actually didn't need project in the context when we want to talk with other openstack services | 07:11 |
| Yanyanhu | trust + username/pass of senlin admin user is enough | 07:12 |
| Yanyanhu | but project is needed when we access DB... | 07:12 |
| Qiming | okay, that seems a big problem | 07:14 |
| Yanyanhu | yes | 07:14 |
| Yanyanhu | I remebered this line http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/policies/lb_policy.py#n218 is before the line207 in the old version | 07:14 |
| Yanyanhu | so this error didn't happen... | 07:15 |
| Qiming | seems that root cause of project missing from context | 07:15 |
| Yanyanhu | since we haven't built the context for talking with neutron lbaas | 07:15 |
| Yanyanhu | yes | 07:15 |
| Yanyanhu | an accidential correctness | 07:16 |
| Yanyanhu | maybe we should provide an individual param for DB access | 07:16 |
| Qiming | each time you build a new context, you that context is saved in your TLS | 07:17 |
| Yanyanhu | we don't use it for any other cases except DB operation | 07:17 |
| Yanyanhu | yes | 07:17 |
| Qiming | that is why get_current() seems a good thing to use | 07:17 |
| Yanyanhu | right | 07:17 |
| Yanyanhu | so maybe we use a variable for service access, e.g. openstack services and another variable for DB access | 07:17 |
| Yanyanhu | but this could make thing complicated? | 07:18 |
| Qiming | we don't need a 'context' instance when talking to openstack services | 07:19 |
| Yanyanhu | yes | 07:19 |
| Qiming | we need a dict | 07:19 |
| Yanyanhu | that is something like credential | 07:19 |
| Yanyanhu | then we need something, maybe 'context' for DB | 07:19 |
| Qiming | yes, maybe we should start a compaign to cleanse interactions with openstack services | 07:20 |
| Qiming | we avoid using the term context | 07:20 |
| Qiming | we use context for DB operations as usual | 07:20 |
| Yanyanhu | agree with this plan | 07:21 |
| Qiming | that will (hopefully) get eliminated eventually | 07:21 |
| Yanyanhu | yes | 07:21 |
| Qiming | http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/drivers/openstack/sdk.py#n188 | 07:22 |
| Qiming | it is just a connection params, we should not construct a context there | 07:22 |
| Yanyanhu | :) | 07:22 |
| Yanyanhu | yes | 07:22 |
| xuhaiwei | what is the 'context' actually for? | 07:22 |
| Qiming | it contains authentication information when you talk to an openstack service | 07:24 |
| xuhaiwei | why is it needed by DB ? | 07:24 |
| Yanyanhu | xuhaiwei, actually it is weird and I'm also not clear about the exact reason... | 07:24 |
| Yanyanhu | seems DB need some user information to do some filtering job | 07:24 |
| Yanyanhu | or some access limitation | 07:24 |
| Yanyanhu | but in my thought, just user info is enough, we actually didn't need those content about credential | 07:25 |
| Qiming | http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/db/sqlalchemy/api.py#n77 | 07:25 |
| Qiming | http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/db/sqlalchemy/api.py#n158 | 07:26 |
| Qiming | it is used as a vehicle for db sessions | 07:26 |
| Qiming | it has been a traditional issue | 07:26 |
| Qiming | we may need to revise that as just 'session', which seems more appropriate | 07:27 |
| Qiming | need a better understanding of DB Facade before doing that | 07:29 |
| Yanyanhu | yes | 07:30 |
| Yanyanhu | I think this can help to solve the problem completely | 07:30 |
| Qiming | even with that, we may still need a db_context kind of thing, to verify if the requester can read a specific object | 07:31 |
| Yanyanhu | yes, this is something will be kept | 07:31 |
| Qiming | e.g. http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/db/sqlalchemy/api.py#n214 | 07:32 |
| Yanyanhu | actually I think other service should also meet this kind of problem when they try to mix trust and project together in a context | 07:32 |
| Yanyanhu | yes | 07:33 |
| xuhaiwei | Qiming, I remembered 214line is why I added the project parameter to values | 07:33 |
| Yanyanhu | I think maybe in first step, we keep current context for DB | 07:33 |
| Yanyanhu | and add another entity for talking with other services | 07:34 |
| Yanyanhu | or embeded the credential into current context like this: | 07:36 |
| Yanyanhu | RequestContext: { | 07:36 |
| Yanyanhu | 'user': xxx, | 07:36 |
| Yanyanhu | 'password': xxx, | 07:36 |
| Yanyanhu | 'project': xxx, | 07:36 |
| *** Tennyson has joined #senlin | 07:37 | |
| Yanyanhu | 'credential': {'user':, 'password', 'trust'}, | 07:37 |
| Yanyanhu | ... | 07:37 |
| Yanyanhu | } | 07:37 |
| Yanyanhu | we just use crendetial part when we tried to create connection | 07:37 |
| Yanyanhu | hmm, seems a little messy... | 07:38 |
| Yanyanhu | Qiming, before this job, I think maybe we can use a workaround to make lb policy work so peiyu and other guys can continue their testing? e.g. mova line 218,219 to line 206 | 07:41 |
| Yanyanhu | http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/policies/lb_policy.py | 07:41 |
| *** jroyal has joined #senlin | 07:43 | |
| Qiming | okay | 07:43 |
| Qiming | at the same time, please help remove the initialization of "another" requestcontext when talking to sdk | 07:44 |
| Yanyanhu | ok | 07:44 |
| *** jroyal has quit IRC | 07:47 | |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Use a workaround to make lb_policy work https://review.openstack.org/213018 | 07:51 |
| Yanyanhu | hi, Qiming, xuhaiwei, the temporary solution for lb_policy has been proposed here, thanks https://review.openstack.org/213018 | 07:53 |
| *** Tennyson has quit IRC | 08:03 | |
| *** Tennyson has joined #senlin | 08:04 | |
| openstackgerrit | Yanyan Hu proposed stackforge/python-senlinclient: Sync ProfileAction implementation with lastest SDK code https://review.openstack.org/213022 | 08:11 |
| openstackgerrit | Yanyan Hu proposed stackforge/python-senlinclient: Sync ProfileAction implementation with latest SDK code https://review.openstack.org/213022 | 08:12 |
| *** wizardYVE has joined #senlin | 08:12 | |
| openstackgerrit | Merged stackforge/senlin: Use a workaround to make lb_policy work https://review.openstack.org/213018 | 08:13 |
| openstackgerrit | Merged stackforge/python-senlinclient: Updated from global requirements https://review.openstack.org/212773 | 08:19 |
| *** Tennyson has quit IRC | 08:30 | |
| *** Tennyson has joined #senlin | 08:31 | |
| openstackgerrit | Merged stackforge/python-senlinclient: Sync ProfileAction implementation with latest SDK code https://review.openstack.org/213022 | 08:37 |
| openstackgerrit | Merged stackforge/senlin: Handle exceptions which happen in heat driver https://review.openstack.org/212441 | 08:41 |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Verify gate can work correctly with new functional test cases https://review.openstack.org/213040 | 08:59 |
| *** Tennyson has quit IRC | 09:01 | |
| *** Tennyson has joined #senlin | 09:03 | |
| Qiming | bye guys, :) | 09:14 |
| Yanyanhu | have a good trip :) | 09:14 |
| Qiming | sure | 09:14 |
| *** Qiming has left #senlin | 09:14 | |
| *** Qiming has quit IRC | 09:14 | |
| *** Tennyson has quit IRC | 09:26 | |
| *** mathspanda has quit IRC | 09:27 | |
| *** Tennyson has joined #senlin | 09:28 | |
| *** Tennyson has quit IRC | 09:30 | |
| *** lixinhui_ has joined #senlin | 09:31 | |
| lixinhui_ | YanYanhu | 09:31 |
| *** wizardYVE has quit IRC | 09:31 | |
| lixinhui_ | how to define node group in senlin | 09:31 |
| lixinhui_ | Yanyanhu | 09:31 |
| Yanyanhu | hi | 09:32 |
| Yanyanhu | node group? you mean create several nodes at the same time without cluster? | 09:32 |
| Yanyanhu | hi, lixinhui_, you mean nova's server-group? | 09:34 |
| lixinhui_ | no | 09:39 |
| lixinhui_ | From model perspective | 09:39 |
| lixinhui_ | one cluster consists of one or more group of nodes | 09:40 |
| lixinhui_ | one group has one profile | 09:40 |
| lixinhui_ | I think | 09:40 |
| Yanyanhu | hmm, I think senlin doesn't have this conception yet | 09:40 |
| lixinhui_ | just like heat | 09:40 |
| Yanyanhu | now each node actually can have its own profile | 09:40 |
| lixinhui_ | it can define resource group and instance number | 09:40 |
| Yanyanhu | sounds like nested cluster :) | 09:41 |
| lixinhui_ | yes | 09:41 |
| lixinhui_ | little like that | 09:41 |
| *** Liu has quit IRC | 09:41 | |
| lixinhui_ | that is okay | 09:42 |
| Yanyanhu | not sure whether we should this since in current design, we assume all nodes in cluster are a individual member | 09:42 |
| Yanyanhu | this is a simple structure I think :) | 09:43 |
| lixinhui_ | usual case is dependency may exist between different | 09:43 |
| lixinhui_ | groups | 09:43 |
| Yanyanhu | ok, I know what you mean | 09:44 |
| Yanyanhu | you mean maybe the deployment sequence of 'nodes' can be controlled? | 09:44 |
| Yanyanhu | based on their dependency relationship | 09:44 |
| lixinhui_ | yes, that is one kind of dependency | 09:44 |
| lixinhui_ | does senlin has such attribute to describe that? | 09:45 |
| Yanyanhu | actually in my opinion this is in Heat's scope honestly :) | 09:45 |
| lixinhui_ | oh | 09:46 |
| lixinhui_ | I see | 09:46 |
| lixinhui_ | I am learning heat these days | 09:46 |
| Yanyanhu | the deployment sequence of resources that has dependency relatoinship is one of the control flow of orchestration serivce I think | 09:46 |
| lixinhui_ | may pose more questions in next few days | 09:46 |
| Yanyanhu | yes, you can find related support in heat | 09:47 |
| lixinhui_ | :) | 09:47 |
| Yanyanhu | no problem, just leave message in irc ;) | 09:47 |
| lixinhui_ | great!!! | 09:47 |
| Yanyanhu | maybe we can also open a section in etherpad to hold question and answer | 09:48 |
| Yanyanhu | will ask qiming for this | 09:48 |
| Yanyanhu | will leave for home, see U guys next week. Have a good weekend :) | 09:49 |
| *** Yanyanhu has quit IRC | 09:50 | |
| branw | hi，qiming | 09:58 |
| branw | from nova.openstack.common.gettextutils import _ | 09:59 |
| branw | 2015-08-14 05:31:35.144 TRACE heat-engine ImportError: No module named gettextutils | 09:59 |
| lixinhui_ | Bye, Yanyan | 10:11 |
| lixinhui_ | branw | 10:11 |
| lixinhui_ | Qiming_ has started his vacation | 10:12 |
| lixinhui_ | You can join #heat | 10:12 |
| lixinhui_ | to pose your question | 10:12 |
| lixinhui_ | there | 10:12 |
| lixinhui_ | and catch Yanyanhu instead when working time | 10:13 |
| branw | ok | 10:19 |
| *** LiuWei has joined #senlin | 10:28 | |
| *** branw has quit IRC | 10:39 | |
| *** mathspanda has joined #senlin | 11:36 | |
| *** mathspanda has quit IRC | 11:36 | |
| lixinhui_ | liuWei | 12:03 |
| LiuWei | hi | 12:03 |
| lixinhui_ | Qiming is on vacation since this weekend till next thursday | 12:03 |
| lixinhui_ | you can post your question to #heat | 12:04 |
| LiuWei | en,I have known it from branw | 12:04 |
| lixinhui_ | or catch Yanyanhu when dailight | 12:04 |
| lixinhui_ | daylight | 12:04 |
| lixinhui_ | yes | 12:04 |
| *** lixinhui_ has quit IRC | 12:05 | |
| LiuWei | okay,have a nice weekend,heihei | 12:05 |
| *** lkarm has joined #senlin | 12:49 | |
| *** jroyal has joined #senlin | 13:03 | |
| *** lixinhui_ has joined #senlin | 13:07 | |
| *** LiuWei has quit IRC | 13:15 | |
| *** jdandrea has joined #senlin | 13:34 | |
| *** lixinhui_ has quit IRC | 13:45 | |
| *** jroyal has quit IRC | 13:51 | |
| *** mathspanda has joined #senlin | 13:53 | |
| *** jroyal has joined #senlin | 13:59 | |
| *** Qiming has joined #senlin | 14:29 | |
| openstackgerrit | Merged stackforge/senlin: Updated from global requirements https://review.openstack.org/213058 | 14:36 |
| openstackgerrit | Merged stackforge/senlin: Test case for lb_delete with no physical objects https://review.openstack.org/212985 | 14:42 |
| openstackgerrit | Merged stackforge/senlin: Fix action base module test case https://review.openstack.org/212983 | 14:44 |
| openstackgerrit | Merged stackforge/senlin: Unit test for actions in engine service https://review.openstack.org/212443 | 14:44 |
| openstackgerrit | Merged stackforge/senlin: Unit test for custom action module https://review.openstack.org/212398 | 14:46 |
| openstackgerrit | Qiming Teng proposed stackforge/senlin: Unit test for events in service engine https://review.openstack.org/212516 | 14:50 |
| *** lkarm has quit IRC | 14:54 | |
| openstackgerrit | Merged stackforge/senlin: Webhook API optimization with test cases https://review.openstack.org/212046 | 14:57 |
| openstackgerrit | Merged stackforge/senlin: Replace flavor_get_by_name with flavor_find https://review.openstack.org/212028 | 14:57 |
| *** lkarm has joined #senlin | 14:59 | |
| *** Qiming has quit IRC | 15:13 | |
| *** mathspanda has quit IRC | 15:15 | |
| *** openstackgerrit has quit IRC | 15:31 | |
| *** openstackgerrit has joined #senlin | 15:32 | |
| *** jroyal has quit IRC | 16:05 | |
| *** jroyal has joined #senlin | 16:30 | |
| *** xuhaiwei has quit IRC | 16:35 | |
| *** jroyal has quit IRC | 16:39 | |
| *** jroyal has joined #senlin | 17:31 | |
| *** lkarm has quit IRC | 19:47 | |
| *** jroyal has quit IRC | 19:47 | |
| *** lkarm has joined #senlin | 19:51 | |
| *** jroyal has joined #senlin | 19:51 | |
| *** lkarm has quit IRC | 20:25 | |
| *** jroyal has quit IRC | 20:28 | |
| *** jroyal has joined #senlin | 21:16 | |
| *** jroyal has quit IRC | 21:21 | |
| *** jroyal has joined #senlin | 22:57 | |
| *** jroyal_ has joined #senlin | 22:58 | |
| *** jroyal_ has quit IRC | 22:59 | |
| *** jroyal_ has joined #senlin | 23:00 | |
| *** jroyal has quit IRC | 23:01 | |
| *** jroyal_ has quit IRC | 23:04 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!