Re: [openstack-dev] [Ceilometer] time consuming of listing resource

://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev Mitsuru Kanabuchi NTT Software Corporation E-Mail : kanabuchi.mits...@po.ntts.co.jp ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

Re: [openstack-dev] [nova][heat][[keystone] RFC: introducing request identification

Mitsuru Kanabuchi NTT Software Corporation E-Mail : kanabuchi.mits...@po.ntts.co.jp ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Heat]Updated summit etherpad: API-retry-with-idempotency

to implement idempotency token. In my idea, idempotency token has to: - be String (Don't use UUID) # for avoiding UUID generate problem - isolate per tenant # for avoiding uniqueness check leaks is appropriate. What do you think about that? Mitsuru Kanabuchi NTT

Re: [openstack-dev] [Nova]Ideas of idempotentcy-client-token

Mitsuru Kanabuchi NTT Software Corporation E-Mail : kanabuchi.mits...@po.ntts.co.jp ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Heat]Blueprint for retry function with idenpotency in Heat

+1300, Steve Baker wrote: On 10/18/2013 01:54 AM, Mitsuru Kanabuchi wrote: Hello Mr. Clint, Thank you for your comment and prioritization. I'm glad to discuss you who feel same issue. I took the liberty of targeting your blueprint at icehouse. If you don't think it is likely

Re: [openstack-dev] [Heat]Blueprint for retry function with idenpotency in Heat

/listinfo/openstack-dev Mitsuru Kanabuchi NTT Software Corporation E-Mail : kanabuchi.mits...@po.ntts.co.jp ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo