| *** lixinhui has quit IRC | 00:14 | |
| openstackgerrit | xu-haiwei proposed stackforge/senlin: Revise cluster-scale-in/out default value https://review.openstack.org/213944 | 00:27 |
|---|---|---|
| openstackgerrit | xu-haiwei proposed stackforge/senlin: Fix ValueError when doing cluster_scale_in action https://review.openstack.org/213946 | 00:32 |
| *** mathspanda_ has joined #senlin | 01:13 | |
| xuhaiwei | morning, mathspanda_ | 01:16 |
| *** Yanyanhu has joined #senlin | 01:16 | |
| *** Yanyan has joined #senlin | 01:17 | |
| *** mathspanda_ has quit IRC | 01:20 | |
| *** Yanyanhu has quit IRC | 01:21 | |
| *** mathspanda has joined #senlin | 01:39 | |
| openstackgerrit | xu-haiwei proposed stackforge/python-senlinclient: Fix TypeError when doing cluster-scale-in https://review.openstack.org/213960 | 01:41 |
| xuhaiwei | moring, mathspanda | 01:42 |
| mathspanda | morning | 01:42 |
| xuhaiwei | Just noticed the bug you reported yesterday is not fixed yet, so I submitted a patch | 01:42 |
| mathspanda | ok. | 01:43 |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Check size limitation in cluster scale in/out action https://review.openstack.org/213964 | 02:05 |
| *** ChrisSen has joined #senlin | 02:05 | |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Rework some interfaces in keystone_v3 driver https://review.openstack.org/213617 | 02:18 |
| Yanyan | hi, xuhaiwei | 02:22 |
| Yanyan | about this patch https://review.openstack.org/#/c/213946/, I guess maybe the better way is check cluster size limitation before doing scale in/out action | 02:22 |
| Yanyan | this kind of size check can prevent scaling in a cluster which has no nodes | 02:23 |
| Yanyan | just proposed a patch for this issue: https://review.openstack.org/213964 | 02:25 |
| xuhaiwei | Yanyan, i am back | 02:27 |
| xuhaiwei | I was reading your patch | 02:28 |
| Yanyan | hi | 02:28 |
| xuhaiwei | I will think about it more | 02:28 |
| Yanyan | ok, thanks | 02:28 |
| Yanyan | actually, this is a historical issue since the size check logic was added when we decided to redesign the cluster size related property and logic | 02:29 |
| Yanyan | but before that, scale_in and scale_out action has been implemented. So I think we forgot to do the size limit check in these two actions | 02:30 |
| xuhaiwei | Yanyan, I think we need to test this more, the source you have added (line 573) seems not meet any IF condition of the check method | 02:36 |
| Yanyan | ok, let me check it | 02:36 |
| Yanyan | umm, I think it should match this line http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/engine/actions/cluster_action.py#n356 if this scaling in operation will break the low limit of cluster size | 02:38 |
| xuhaiwei | I also thought it was bad, if the cluster contains only 2 nodes, while it is requested to scale-in 3. But after a little thinking, it seems ok to me, just scale-in all the nodes it has | 02:39 |
| Yanyan | no, haiwei, actually we have made a long discussion about this issue. Since we have a property named as 'best_effort'in scaling_in/out_policy, we will try to do the operation you described. | 02:41 |
| xuhaiwei | ok, got you | 02:42 |
| Yanyan | but if user define this property as False, we will prevent those scaling request which could break the size limit | 02:42 |
| xuhaiwei | yes, line356 meets the situation | 02:42 |
| Yanyan | so for 'bare' scale in/out operatoin without any policy, we just reject it :) | 02:42 |
| mathspanda | hi, guys. please look at this paste: http://paste.openstack.org/show/419879/ | 02:43 |
| Yanyan | ok, checking it | 02:44 |
| xuhaiwei | mathspanda, 'senlin webhook-list' ran well in my environment | 02:47 |
| Yanyan | umm, I saw credential is defined as 'sqlalchemy.Text' in DB model. | 02:48 |
| mathspanda | do you create any webhooks? | 02:48 |
| Yanyan | not 'types.Dict' | 02:48 |
| mathspanda | yes | 02:49 |
| Yanyan | let me think which type is correct | 02:49 |
| Yanyan | hi, xuhaiwei, I remeber this cmnd also worked well for me when we first time implemented webhook support | 02:50 |
| Yanyan | not sure about reason, I guess we did some modification and forgot to test it | 02:50 |
| xuhaiwei | Yanyan, mathspanda, I reproduced the bug | 02:51 |
| Yanyan | nice :) | 02:52 |
| xuhaiwei | by creating a new webhook | 02:52 |
| *** ChrisSen has quit IRC | 02:52 | |
| Yanyan | ah, I remeber it | 02:53 |
| Yanyan | qiming change the type from dict to text to ensure we can encrypt the entire 'credential' rather than just 'password' field of it | 02:54 |
| Yanyan | let me find the patch | 02:54 |
| Yanyan | https://review.openstack.org/#/c/203391/ | 02:55 |
| Yanyan | this one | 02:55 |
| Yanyan | so, mathspanda, I think you're right | 02:55 |
| *** elynn has joined #senlin | 02:56 | |
| mathspanda | ok. i will report a bug and submit a patch asap. | 02:58 |
| Yanyan | ok, thanks a lot :) | 02:58 |
| xuhaiwei | Yanyan, in this patch it says credential can be ommited | 02:59 |
| Yanyan | yes, I remeber we will use the requester's credential as the default one | 02:59 |
| xuhaiwei | but it is still a 'required' option now, should fix it too ? | 02:59 |
| Yanyan | oh? | 03:00 |
| Yanyan | let me have a look | 03:00 |
| Yanyan | umm, let me see | 03:01 |
| xuhaiwei | https://github.com/stackforge/python-senlinclient/blob/master/senlinclient/v1/shell.py#L324 | 03:01 |
| Yanyan | I think you're right | 03:02 |
| Yanyan | since the design about webhook changed several times, I think we may need more tests for it | 03:02 |
| Yanyan | since we still don't have functional test for it... | 03:03 |
| xuhaiwei | hmm | 03:03 |
| Yanyan | in original design, user have to provide credential when creating a webhook | 03:03 |
| Yanyan | but later we changed the design to allow using a default one when it is not provided explicitly | 03:04 |
| *** mathspanda_ has joined #senlin | 03:04 | |
| xuhaiwei | ok, I will submit a patch for it | 03:05 |
| Yanyan | ok | 03:06 |
| Yanyan | thanks | 03:06 |
| Yanyan | I doubted that there could be other issues in the workflow of webhook triggering, hope can find them using practical tests if so | 03:07 |
| *** mathspanda_ has quit IRC | 03:08 | |
| xuhaiwei | Yanyan, I am also testing the patch you have summitted for scale_in/out action | 03:09 |
| *** ChrisSen has joined #senlin | 03:10 | |
| xuhaiwei | the function works well | 03:10 |
| Yanyan | ok :) | 03:11 |
| xuhaiwei | just one thing which I am a little worried, if the existing nodes number is smaller than 'count', nothing will be done to the cluster, in this case, user may got no information about it | 03:11 |
| xuhaiwei | they may think the command succeeded | 03:11 |
| xuhaiwei | they may think the command succeeded | 03:12 |
| Yanyan | they can show the action use 'senlin action-show $ID' | 03:13 |
| Yanyan | and the failed reason is stored in reason field :) | 03:13 |
| xuhaiwei | ok | 03:14 |
| Yanyan | actually, for those operations(e.g. cluster create, delete) which are handled using 'action', this is the standard way for user to check the status and result of their request | 03:14 |
| openstackgerrit | xu-haiwei proposed stackforge/python-senlinclient: Credential option should not be 'required' when creating webhook https://review.openstack.org/213983 | 03:17 |
| xuhaiwei | yes, in senlin's design it should be the right way | 03:17 |
| xuhaiwei | I will go for lunch now, see you | 03:18 |
| *** Zhenqi has joined #senlin | 03:18 | |
| Yanyan | see U | 03:19 |
| *** elynn has quit IRC | 03:20 | |
| *** elynn has joined #senlin | 03:23 | |
| *** Zhenqi has quit IRC | 03:26 | |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Treat return value of sdk function call as object https://review.openstack.org/213988 | 03:33 |
| openstackgerrit | LinPeiyu proposed stackforge/python-senlinclient: Fix crendential type problem in webhook operations in client side https://review.openstack.org/213990 | 03:42 |
| openstackgerrit | Merged stackforge/python-senlinclient: Fix crendential type problem in webhook operations in client side https://review.openstack.org/213990 | 04:10 |
| mathspanda | Hi, guys. another paste: http://paste.openstack.org/show/419981/ | 04:51 |
| mathspanda | is my operation wrong? | 04:51 |
| Yanyan | hi, mathspanda, I think there is a bug here | 04:54 |
| Yanyan | the authentication operation failed in sdk for some reasons | 04:54 |
| Yanyan | but the keystone_v3 driver didn't handle it correctly | 04:54 |
| Yanyan | the authentication failure should be caused by some bugs in webhook implementatiion | 04:55 |
| Yanyan | and the incorrect exception handling will be fixed in this patch https://review.openstack.org/213617 | 04:56 |
| mathspanda | ok. i try it. | 04:56 |
| Yanyan | let try to figure out why the authentication failed, I guess it was caused by incorrect decryption of webhook credential | 04:57 |
| *** lkarm has joined #senlin | 05:00 | |
| *** lkarm has quit IRC | 05:05 | |
| Yanyan | hi, mathspanda, I think this is because the credential we fetched back from DB is text not dictionary | 05:06 |
| Yanyan | I think we may need to do a conversion before sending it to keystone driver for authentication | 05:06 |
| Yanyan | let me make a test | 05:08 |
| Yanyan | hi, mathspanda, I was wrong, I think the error was caused by incorrect credential format not the conversion problem | 05:14 |
| mathspanda | yes. i think so. the user_id is out of the user in dict credential | 05:18 |
| Yanyan | yes, the key should be 'user' | 05:21 |
| Yanyan | I think we need a fix in engine service | 05:22 |
| Yanyan | let me have a try | 05:23 |
| mathspanda | ok. thanks. | 05:24 |
| Yanyan | no problem. I also found the tenant_id was not embedded into webhook url correctly. I think there is another bug here. | 05:26 |
| Yanyan | ah, I suddenly feel that the fix about removing 'dict' type restrict from webhook credential param might be incorrect | 05:34 |
| Yanyan | since we do expect an dictionary credential input in engine side | 05:34 |
| Yanyan | we just dump it using json util before encrypting it | 05:35 |
| mathspanda | i think meybe you are right. | 05:36 |
| Yanyan | anyway, there are several bugs related in engine side | 05:36 |
| Yanyan | will go through the code and find them all | 05:37 |
| mathspanda | add oil | 05:39 |
| Yanyan | :) | 05:42 |
| xuhaiwei | Yanyan | 05:47 |
| Yanyan | hi | 05:47 |
| xuhaiwei | currently the first problem is token can't get from keystone? | 05:47 |
| xuhaiwei | it seems user id or name is required | 05:48 |
| Yanyan | yes, actually I think we should use 'user' rather than 'user_id' as field name | 05:48 |
| Yanyan | so I first try to correct the progress of webhook creation | 05:48 |
| xuhaiwei | yes, this maybe just a name's problem | 05:49 |
| Yanyan | but I found even we fix this issue, sdk will complain the username or password is invalid and thus gave an 401 error. So I guess maybe the credential format we are using now is incorrect | 05:49 |
| xuhaiwei | I found the user_id is correct | 05:49 |
| Yanyan | since the credential needed for doing sdk authentication is different from the one using for creating sdk connection | 05:50 |
| xuhaiwei | ok, I will make a test too | 05:50 |
| Yanyan | yes | 05:50 |
| Yanyan | hi, xuhaiwei, mathspanda, found the reason | 06:02 |
| Yanyan | the credential building progress is incorrect when requester has admin role | 06:02 |
| xuhaiwei | cant catch you | 06:03 |
| Yanyan | http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/engine/service.py#n1267 | 06:03 |
| Yanyan | we just need the trust_id here for 'trusts' field | 06:03 |
| Yanyan | we shouldn't use the entire cred which stored in DB | 06:03 |
| xuhaiwei | just filter the trust_id from db? | 06:05 |
| xuhaiwei | the other creds are not needed? | 06:05 |
| Yanyan | yes, I guess so | 06:06 |
| Yanyan | will try it | 06:06 |
| Yanyan | hmm, seems incorrect. I added 'trusts' and 'auth_url' field to credential which is used to talk with sdk, but it still complained invalid username or password | 06:19 |
| Yanyan | I made a mistake, both user name and password are needed | 06:22 |
| Yanyan | and also the trusts | 06:22 |
| Yanyan | but for the owner of target object, we actually didn't have its password, so I think user its user id may be incorrect here | 06:23 |
| Yanyan | made a test and found this is the reason | 06:29 |
| Yanyan | will try to figure out this issue | 06:29 |
| xuhaiwei | so if the password and username and user_id are all configured, it will pass? | 06:29 |
| Yanyan | hi, mathspanda, could you please help to file a bug report for this? | 06:30 |
| Yanyan | yes | 06:30 |
| mathspanda | ok. | 06:30 |
| Yanyan | I think some implementation might be incorrect in last change of webhook related code | 06:30 |
| Yanyan | will try to correct it | 06:31 |
| Yanyan | hi, xuhaiwei, the error actaully happened in the section between line 1262 to 1275 http://git.openstack.org/cgit/stackforge/senlin/tree/senlin/engine/service.py#n1262 | 06:32 |
| Yanyan | I think we should use senlin service user in both two cases | 06:33 |
| xuhaiwei | the user name should be 'service'? | 06:34 |
| Yanyan | shoud be 'senlin' | 06:34 |
| Yanyan | actually, each senlin talk with other services on behalf of requester, the following credential will be used: | 06:35 |
| xuhaiwei | But after configured username, user_id, and password, I got this error: raise exceptions.EmptyCatalog('The service catalog is missing') | 06:35 |
| Yanyan | {'user_name': 'senlin', 'password': 'xxx', 'user_domain_name', 'xxx', 'trusts': 'xxx'} | 06:35 |
| Yanyan | {u'password': u'123456', u'user_domain_name': u'Default', 'trusts': u'488e8e6f331347168460375565270e8d', u'auth_url': u'http://9.186.107.212:5000/v3', 'project_id': u'1d567ed4ef51453a85545f018b68c26d', u'user_name': u'senlin'} | 06:36 |
| Yanyan | this is an example from my env | 06:37 |
| Yanyan | hi, xuhaiwei, you can complete all those fields and try again | 06:38 |
| xuhaiwei | ok, just do it by hand | 06:38 |
| mathspanda | yes, i have also get the empty catalog exception when i assgin the crendential attibute in creating webhook operation | 06:40 |
| Yanyan | you mean when you try to create the webhook with specified credential? | 06:43 |
| mathspanda | yes | 06:43 |
| *** openstackgerrit_ has joined #senlin | 06:43 | |
| Yanyan | could this be caused by the removing of dict type restrict? | 06:43 |
| mathspanda | creation is successful, the exception happens after trigger the webhook url | 06:44 |
| Yanyan | hmm, this didn't happen in my env | 06:44 |
| Yanyan | let me try | 06:44 |
| mathspanda | the same as xuhaiwei said before | 06:45 |
| Yanyan | ok | 06:48 |
| Yanyan | hi, guys, can't reproduce this error in my local env... guess there might be some problems with my environment setting | 06:53 |
| Yanyan | anyway, will try to fix the credential problem first | 06:53 |
| Yanyan | then will work on this issue | 06:54 |
| Yanyan | maybe I changed something manually but forgot to change it back... | 06:54 |
| xuhaiwei | finally worked for me | 06:54 |
| Yanyan | oh :) | 06:55 |
| xuhaiwei | mathspanda, I configured "auth_url, password, user_name, user_domain_name, trusts " in the credentials | 06:56 |
| xuhaiwei | I think maybe you missed one or some of them | 06:56 |
| mathspanda | ok. i miss the trusts | 06:56 |
| Yanyan | nice, will try to propose a patch for this error :) | 06:57 |
| Yanyan | actually this is one of the most complicated part of senlin's authentication design... | 06:57 |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Fix two bugs in webhook creation progress https://review.openstack.org/214038 | 07:03 |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Fix two bugs in webhook creation progress https://review.openstack.org/214038 | 07:04 |
| Yanyan | hi, guys, the patch has been proposed, you can have a try again with it | 07:06 |
| xuhaiwei | Yanyan, the patch works well | 07:14 |
| Yanyan | nice :) | 07:14 |
| xuhaiwei | But.. | 07:14 |
| Yanyan | but I forgot the test case part | 07:14 |
| Yanyan | will add it | 07:14 |
| xuhaiwei | not that | 07:14 |
| Yanyan | ok | 07:14 |
| xuhaiwei | got this error message in the engine log ' Cluster cluster1 not found | 07:15 |
| xuhaiwei | ' | 07:15 |
| Yanyan | hmm, I found this problem too | 07:15 |
| Yanyan | I think some errors happened when try to find a cluster using short id | 07:15 |
| mathspanda | yes. | 07:15 |
| Yanyan | I found if you specify the full ID of cluster when creating webhook, this error will not happen | 07:16 |
| xuhaiwei | the url is still wrong? | 07:16 |
| Yanyan | you mean there is still a '$(tenant_id)s' in it? | 07:16 |
| xuhaiwei | no | 07:16 |
| mathspanda | use short_id or name, the cluster will not found | 07:17 |
| Yanyan | ok, mathspanda, will try to figure this out | 07:17 |
| Yanyan | hi, mathspanda, I think I omitted the conversion between short_id/name and full id of cluster | 07:22 |
| Yanyan | will add it | 07:22 |
| mathspanda | ok. add oil | 07:24 |
| *** lkarm has joined #senlin | 07:27 | |
| *** lkarm has quit IRC | 07:32 | |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: Fix three bugs in webhook related workflows https://review.openstack.org/214038 | 07:37 |
| Yanyan | hi, guys, new patch is coming, help try again :) | 07:39 |
| xuhaiwei | Yanyan | 07:39 |
| Yanyan | hi | 07:39 |
| xuhaiwei | I found even use the full UUID of cluster, the webhook still can't be triggered | 07:40 |
| Yanyan | you mean use full UUID when creating webhook? | 07:40 |
| xuhaiwei | yes | 07:40 |
| xuhaiwei | the cluster can be found, but action is not triggered | 07:41 |
| xuhaiwei | maybe another bug here :) | 07:41 |
| Yanyan | hmm, will check it | 07:41 |
| mathspanda | it worked in my env. | 07:42 |
| Yanyan | let me try it in my env | 07:42 |
| xuhaiwei | really mathspanda? | 07:43 |
| xuhaiwei | you used which aciton? | 07:43 |
| mathspanda | curl the url | 07:43 |
| mathspanda | CLUSTER_SCALE_OUT | 07:44 |
| xuhaiwei | I am using the same action | 07:44 |
| xuhaiwei | why it doesn't work :( | 07:44 |
| Yanyan | hmm, also worked in my env... | 07:44 |
| Yanyan | hi, xuhaiwei, is there any error log in engine? | 07:44 |
| xuhaiwei | no | 07:46 |
| Yanyan | so after send post request to senlin api, did you get an action_id as return value? | 07:47 |
| xuhaiwei | yes, got one | 07:48 |
| xuhaiwei | and the action status is also SUCCEEDED | 07:48 |
| xuhaiwei | ok, let me jingjing | 07:48 |
| Yanyan | ... | 07:49 |
| Yanyan | I think you haven't proposed the patch which changed the default count from 0 to 1 | 07:49 |
| Yanyan | since we didn't provid input param for the webhook, therefore, default count will be used when action is executed :) | 07:50 |
| *** jdandrea has quit IRC | 07:50 | |
| xuhaiwei | I think you got the point | 07:50 |
| Yanyan | so the action is marked as succeeded, but actually no new nodes is created | 07:50 |
| xuhaiwei | while I am in another patch, count is still 0 | 07:50 |
| Yanyan | :) | 07:51 |
| Yanyan | yes | 07:51 |
| xuhaiwei | thanks, worked now | 07:52 |
| Yanyan | nice :) | 07:53 |
| mathspanda | i think the webhooks.rst in getting_started should be revised. some parameters of examples are incorrect. | 07:57 |
| xuhaiwei | yes, mathspanda | 08:00 |
| xuhaiwei | feel free to modify it | 08:00 |
| mathspanda | ok. :) | 08:01 |
| mathspanda | i have another problem. when i assign a network list in spec file of a profile, | 08:53 |
| mathspanda | then i create a cluster in capacity 2 with this profile, | 08:54 |
| mathspanda | all of the fixed ips will be assigned to the first node | 08:54 |
| mathspanda | is it right | 08:54 |
| Yanyan | hi, mathspanda, what you mean by 'fixed ip'? | 08:55 |
| Yanyan | can you paste out your spec file? | 08:56 |
| mathspanda | ok. | 08:57 |
| Yanyan | I guess if you specify the fixed ip in profile spec file, there could be some problems since each IP can only be assigned to one Nova instance I think | 08:57 |
| Yanyan | so the creation of the second VM could meet some issues | 08:58 |
| mathspanda | yes | 08:59 |
| mathspanda | http://paste.openstack.org/show/420188/ | 08:59 |
| mathspanda | perhaps i misunderstand the usage | 09:01 |
| Yanyan | yes, maybe so since all nodes will use the same profile by default | 09:01 |
| Yanyan | unless new profile will be created and used for creation of new node | 09:02 |
| Yanyan | in some special cases like cross region cluster deployment | 09:02 |
| mathspanda | ok. i understand.:) | 09:04 |
| mathspanda | thanks. | 09:04 |
| Yanyan | similar in Heat, if you define an autoscaling group, you should define a network rather than fixed IP in the child template of member | 09:04 |
| Yanyan | :) | 09:04 |
| mathspanda | but in senlin, i cannot specify a network. can i? | 09:05 |
| xuhaiwei | will go home now | 09:05 |
| xuhaiwei | see you guys | 09:06 |
| mathspanda | see U:) | 09:06 |
| Yanyan | see U tomorrow | 09:06 |
| Yanyan | mathspanda, I think you can | 09:06 |
| mathspanda | in where? | 09:06 |
| xuhaiwei | we still have a meeting tonight? | 09:06 |
| Yanyan | just use the same way | 09:06 |
| Yanyan | xuhaiwei, not sure... | 09:07 |
| Yanyan | but I guess os since qiming didn't cancel it... | 09:07 |
| xuhaiwei | I think so, he may access to internet from someone's home maybe:) | 09:08 |
| Yanyan | hi, mathspanda, I haven't tested it before, but maybe just specify the 'net-id' rather than fixed-ip? | 09:08 |
| Yanyan | xuhaiwei, yes :) | 09:08 |
| xuhaiwei | so see you tonight | 09:08 |
| Yanyan | see U | 09:09 |
| mathspanda | but in schema of NETWORKS is a list of fixed-ip and port | 09:09 |
| Yanyan | oh, let me have a look | 09:10 |
| Yanyan | mathspanda, I think we need a change here | 09:13 |
| Yanyan | will ask qiming about this since this profile type was implemented by him originally | 09:13 |
| mathspanda | yes, i very need it. | 09:14 |
| Yanyan | oh, I remember he mentioned that he met some issues when trying to handle network option for nova instance creation | 09:14 |
| Yanyan | will confirm with him | 09:14 |
| Yanyan | thanks :) | 09:14 |
| Yanyan | maybe a bug can be file for this issue :) | 09:15 |
| mathspanda | ok. i will file a bug soon. | 09:15 |
| Yanyan | thanks | 09:15 |
| *** lkarm has joined #senlin | 09:32 | |
| mathspanda | go home.:) | 09:32 |
| *** lkarm has quit IRC | 09:36 | |
| Yanyan | see U :) | 09:38 |
| *** mathspanda has quit IRC | 09:39 | |
| openstackgerrit | Yanyan Hu proposed stackforge/senlin: [WIP]Add fake nova_v2 driver for functional test https://review.openstack.org/214090 | 09:39 |
| *** ChrisSen has quit IRC | 09:56 | |
| *** Yanyan has quit IRC | 09:56 | |
| *** elynn has quit IRC | 10:51 | |
| *** lkarm has joined #senlin | 12:04 | |
| *** yanyanhu has joined #senlin | 12:29 | |
| yanyanhu | hi, xuhaiwei, are you there? | 12:43 |
| yanyanhu | hi, guys, since qiming is in travel and may not be able to join the meeting tonight, me and xuhaiwei will try to chair it tonight | 12:53 |
| yanyanhu | hope everyone can give some update about your workitem, thanks :) | 12:54 |
| yanyanhu | ok, let's move to meeting channel | 13:01 |
| yanyanhu | anyone else there? | 13:02 |
| *** jroyal has joined #senlin | 13:08 | |
| *** yanyan has joined #senlin | 13:15 | |
| *** yanyanhu has quit IRC | 13:19 | |
| *** yanyan has left #senlin | 13:23 | |
| *** yanyanhu has joined #senlin | 13:24 | |
| *** yanyanhu has quit IRC | 13:27 | |
| *** jdandrea has joined #senlin | 14:20 | |
| *** branw has quit IRC | 14:59 | |
| *** branw has joined #senlin | 15:14 | |
| *** jroyal has quit IRC | 16:50 | |
| *** jroyal has joined #senlin | 17:10 | |
| *** jroyal has quit IRC | 17:15 | |
| *** jroyal has joined #senlin | 17:16 | |
| *** openstackgerrit_ has quit IRC | 18:11 | |
| *** lkarm has quit IRC | 19:43 | |
| *** lkarm has joined #senlin | 19:52 | |
| *** jroyal has quit IRC | 20:00 | |
| *** jroyal has joined #senlin | 20:01 | |
| *** jroyal has quit IRC | 20:27 | |
| *** jroyal has joined #senlin | 20:29 | |
| *** lkarm has quit IRC | 21:07 | |
| *** jroyal has quit IRC | 21:10 | |
| *** jroyal has joined #senlin | 21:29 | |
| *** jroyal has quit IRC | 21:33 | |
| openstackgerrit | Merged stackforge/python-senlinclient: Fix TypeError when doing cluster-scale-in https://review.openstack.org/213960 | 23:05 |
| openstackgerrit | Merged stackforge/python-senlinclient: Credential option should not be 'required' when creating webhook https://review.openstack.org/213983 | 23:06 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!