Tuesday, 2017-01-24

*** tommylikehu_ has joined #openstack-karbor00:10
*** tommylikehu_ has quit IRC00:16
*** zhurong has joined #openstack-karbor00:48
openstackgerritMerged openstack/karbor: Checkpoint list bug  https://review.openstack.org/42379701:32
openstackgerritMerged openstack/python-karborclient: Uniform parameter split character  https://review.openstack.org/42404101:33
openstackgerritMerged openstack/python-karborclient: Remove support for py33  https://review.openstack.org/42389701:33
*** wujiajun has joined #openstack-karbor01:41
openstackgerritMerged openstack/karbor: Updated from global requirements  https://review.openstack.org/41596401:44
openstackgerritNam Nguyen Hoai proposed openstack/karbor: Fix typo  https://review.openstack.org/42440702:03
*** wujiajun has quit IRC02:26
*** wujiajun has joined #openstack-karbor02:26
*** c00281451_ has joined #openstack-karbor03:05
*** zengchen has quit IRC03:09
openstackgerritzengchen proposed openstack/karbor: Fix token expire wich may happen in using clients  https://review.openstack.org/40838203:14
*** zhurong has quit IRC03:40
*** tommylikehu_ has joined #openstack-karbor05:07
*** tommylikehu_ has quit IRC05:11
*** tommylikehu1 has joined #openstack-karbor05:20
*** tommylikehu has quit IRC05:20
*** tommylikehu1 is now known as tommylikehu05:20
openstackgerritchenying proposed openstack/karbor: Update the nova backup protection plugin  https://review.openstack.org/41787306:32
*** wujiajun has quit IRC06:34
*** dimak has quit IRC07:16
*** saggi has quit IRC07:16
*** yuvalb has quit IRC07:16
*** lihi has quit IRC07:16
*** yuvalb has joined #openstack-karbor07:17
*** saggi has joined #openstack-karbor07:17
*** lihi has joined #openstack-karbor07:17
*** yuvalb has quit IRC07:31
*** yuvalb has joined #openstack-karbor07:32
*** yamamoto has quit IRC07:33
*** yuval has joined #openstack-karbor08:01
openstackgerritwu proposed openstack/karbor: Make checkpoint info precisely  https://review.openstack.org/42449108:01
*** openstackgerrit has quit IRC08:03
*** dimak has joined #openstack-karbor08:08
yuvalping zhangshuai08:15
zhangshuaipong08:21
zhangshuaipong yuval08:21
yuvalzhangshuai: hey :)08:21
*** zengyingzhe has quit IRC08:21
yuvalzhangshuai: not sure I understand your comment in https://review.openstack.org/#/c/423848/1/karbor_dashboard/protectionplans/tables.py08:21
zhangshuaiYou add provider_name into plan page, I means that you can add a link to jump to the detail page of the provider of  this plan.08:23
yuvalzhangshuai: I see08:24
zhangshuaiyuval :)08:27
zhangshuai:)08:27
yuvalzhangshuai: good idea08:28
*** wujiajun has joined #openstack-karbor08:28
*** yamamoto has joined #openstack-karbor08:35
chenyingyuval: Hi Do you have any time to discuss the hook's task order?08:35
yuvalchenying: yeo08:35
yuvalchenying: yep08:35
*** openstackgerrit has joined #openstack-karbor08:40
openstackgerritchenying proposed openstack/karbor: Update the glance backup protection plugin  https://review.openstack.org/41682408:40
chenyingyuval As your opinion, the on_main hook task of resource and its sub resources can be executed concurrently. The on_main hook of resource don't need wait that the sub resources's on_mian hooks have been finished. Is it right?08:43
chenyingyuval: example:  a resource server, its sub resource are a volume and a image.08:43
chenyingyuval  you can see this trace log:08:46
chenying==========The Task [protect_on_main_OS::Glance::Image_e9e2888b-ec43-4209-ae9e-98cd79b01d62] OldState[PENDING] changed to State[RUNNING]: ==========08:46
chenying==========The Task [protect_on_main_OS::Cinder::Volume_d5010ea5-973d-4293-960f-ba5a95729284] OldState[PENDING] changed to State[RUNNING]: ==========08:46
chenying==========The Task [protect_on_main_OS::Nova::Server_50bc04d6-3b9e-4fc6-b350-3b1f254a0411] OldState[PENDING] changed to State[RUNNING]: ==========08:46
chenying==========The Task [protect_on_main_OS::Nova::Server_50bc04d6-3b9e-4fc6-b350-3b1f254a0411] OldState[RUNNING] changed to State[SUCCESS]: ==========08:46
chenying==========The Task [protect_on_main_OS::Glance::Image_e9e2888b-ec43-4209-ae9e-98cd79b01d62] OldState[RUNNING] changed to State[SUCCESS]: ==========08:46
chenying==========The Task [protect_on_main_OS::Cinder::Volume_d5010ea5-973d-4293-960f-ba5a95729284] OldState[RUNNING] changed to State[SUCCESS]: ==========08:46
yuvalchenying: correct08:47
chenyingyuval: protect action now may have not a problom. But restore action, I am testing the nova plugin, the on_main hook of server need the restoted image and volume to restore a server.08:49
yuvalchenying: if the server requires the main hook of the image to be finished, then write the code in on_complete08:50
chenyingbut when the on_main hook of server has started, but the volume and image 's on_mian hook have not finished. server's on_mian hook will fail, can not find the restored image and volume.08:51
yuvalon_complete is for code that runs after the child resources finished their operation08:51
yuvalchenying: move that code to on_complete08:51
chenyingyuval: Why? I don't understand why resouce and sub resource 's on_mian hook can be executed concurrently.08:52
yuvalchenying: because that is the definition of the on_main hook08:53
yuvalchenying: from the spec https://github.com/openstack/karbor/blob/master/doc/source/specs/pluggable_protection_provider.rst08:54
yuvalchenying: Main hook: invoked after the resource prepare hooks are complete. For tasks that do heavy lifting and can run in parallel to dependent or dependee resources main hooks08:55
yuvalchenying: Complete hook: invoked once the resource's main hook is complete, and the dependent resources' complete hooks are complete For tasks that require that the dependent resource's operations are complete, and finalize the operation on the resource.08:55
chenyingyuval: I see.08:57
chenyingyuval: As my understanding, the on_complete hook will do something after the resource has been restored. But now the server's main restore processing in the on_complete hook. Nothing can be done in the on_main hook.09:00
yuvalchenying: technically, since we still use heat, some resources might not be fully restored after on_complete09:01
chenyingyuval: let take restore server as a example, if we don't user heat, we restore a server with a image and a volume, before that, the image and the volume must have been restored finished.09:04
chenyingyuval: Restore the server also be executed in the on_complete hook. If the server don't have any sub resoureces, the main restore processing in the on_complete hook, it is alos not reasonable.09:06
yuvalchenying: I don't understand what you are trying to say09:08
yuvalif server needs image/volume for part of the restore, the part that needs these resources must be in on_complete09:09
chenyingyuval: if some processing need be done after the resource has been restored, it is also should be done in thie on_complete hook?09:12
yuvalchenying: on_complete runs after the child resources completion09:14
chenyingchenying: yes I have known that. The processing after the server have been restored will also be done in the on_complete in this design.09:16
chenyingIn a literal sense, I thought that on_complete hook only do the processing  after the resource has been restored. Maybe I have a wrong understanding about the hooks name.09:17
zhangshuai192.168.98.122:1000009:23
*** xinyanzhang has joined #openstack-karbor09:24
yuvalchenying: maybe it is confusing, do you think we should update documentation about it?09:27
*** yamamoto has quit IRC09:29
chenyingyuval: If I have read the spec carefully, I am not confusing about it. :D09:29
yuvalchenying: :)09:29
openstackgerritchenying proposed openstack/karbor: Update the glance backup protection plugin  https://review.openstack.org/41682409:34
openstackgerritYuval Brik proposed openstack/karbor-dashboard: plans: add provider name to plans table  https://review.openstack.org/42384809:43
yuvalchenying: we will have an issue with the cinder protection plugin. Currently the backup is restored by using heat, but we need to change it, and have it restore in one of the hooks09:45
yuvalotherwise the server protection plugin can not use it in the on_complete hook09:45
chenyingchenying now  It seem Ok, Maybe  the heat template can solve this dependency.09:52
chenyingyuval: http://paste.openstack.org/show/596203/09:55
chenyingyuval: You can see this heat template, restore a server with a image and volume, the volume is also stored useing heat, heat know the dependency.09:56
chenyingyuval: get_resource may mean that get this resource with this id after it has been created.09:58
chenyingyuval: D09:58
openstackgerritchenying proposed openstack/karbor: Update the nova backup protection plugin  https://review.openstack.org/41787309:59
openstackgerritchenying proposed openstack/karbor: Update the nova backup protection plugin  https://review.openstack.org/41787310:01
*** yamamoto has joined #openstack-karbor10:20
*** yamamoto has quit IRC10:21
*** tommylikehu_ has joined #openstack-karbor10:52
yuvalchenying: looking good, but the server may boot from volume and not image as well11:25
chenyingchening: I am working on the situation about server boot from a bootable voulme.11:26
chenyingyuval:  I am working on the situation about server boot from a bootable voulme.11:27
chenying:D11:27
yuvalchenying: the template looks very good11:27
openstackgerritMerged openstack/karbor-dashboard: plans: add provider name to plans table  https://review.openstack.org/42384811:33
yuvalchenying: boot from volume should use block_device_mapping_v2 property of OS::Nova::Server11:34
chenyingyuval: about this patch:https://review.openstack.org/#/c/411603/    you can see the endpoint of karbor from here.   http://paste.openstack.org/show/596223/11:47
chenying| 16f600a9d8ee454eb82d72c0b4d19617 | NULL               | public    | 54ef44312a204b2aaffe099d22b9aedf | http://10.229.47.230:8799/v1/$(tenant_id)s       | {}    |       1 | RegionOne |11:48
chenyingonly karbor project use the parameter tenant_id)s  .11:49
openstackgerritMerged openstack/karbor: Replace 'tenant_id' to 'project_id' for Karbor's endpoints  https://review.openstack.org/41160311:52
openstackgerritMerged openstack/karbor: Add 'Restore Resources Status' spec  https://review.openstack.org/42379012:03
openstackgerritOpenStack Proposal Bot proposed openstack/karbor: Updated from global requirements  https://review.openstack.org/42461312:10
openstackgerritOpenStack Proposal Bot proposed openstack/karbor-dashboard: Updated from global requirements  https://review.openstack.org/41540912:10
*** gouthamr has joined #openstack-karbor12:13
*** yamamoto has joined #openstack-karbor12:20
*** yamamoto has quit IRC13:04
*** yamamoto has joined #openstack-karbor13:25
*** yamamoto has quit IRC13:25
*** tommylikehu_ has quit IRC13:26
*** gouthamr has quit IRC13:32
*** Jeffrey4l_ is now known as Jeffrey4l13:42
yuvalchenying: ping13:56
*** lihiwish has joined #openstack-karbor13:58
*** lihiwish has left #openstack-karbor13:58
*** tommylikehu_ has joined #openstack-karbor13:59
*** tommylikehu_ has quit IRC13:59
*** tommylikehu_ has joined #openstack-karbor13:59
*** lihi has quit IRC14:03
*** gouthamr has joined #openstack-karbor14:16
*** chenying__ has joined #openstack-karbor14:31
*** zhangshuai has quit IRC14:32
*** zhangshuai has joined #openstack-karbor14:32
*** gouthamr_ has joined #openstack-karbor14:49
*** gouthamr has quit IRC14:50
*** gouthamr_ is now known as gouthamr14:51
*** tommylikehu_ has quit IRC15:09
*** tommylikehu_ has joined #openstack-karbor15:11
*** gouthamr has quit IRC15:13
*** chenying__ has quit IRC15:16
*** yuval has quit IRC15:45
*** tommylikehu_ has quit IRC15:46
*** lihi has joined #openstack-karbor16:10
*** lihi has quit IRC18:21
*** yamamoto has joined #openstack-karbor21:08
*** yamamoto has quit IRC21:12
*** Jeffrey4l_ has joined #openstack-karbor21:34
*** Jeffrey4l has quit IRC21:35
*** yamamoto has joined #openstack-karbor22:17
*** tommylikehu_ has joined #openstack-karbor23:23
*** tommylikehu_ has quit IRC23:28

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