Gorka Eguileor 28ada504af Fix: Propagate OS global request ID
Cinder doesn't propagate global request IDs internally, so any external
request that comes with it will have it logged at the API service and
then we'll lose this information in all the other services.

We are properly serializing this information on our RPC calls, but we
are not reconstructing the Context properly on the receiving end.

This patch ensures that the "global_request_id" field from the context
is properly added on RPC reception.

Closes-Bug: #1743462
Change-Id: I35834a43298b5287d5cd3c37baa82903bdffda12
2018-01-15 22:00:27 +01:00
2017-10-13 08:37:57 +00:00
2012-05-03 10:48:26 -07:00
2017-10-10 00:46:42 +00:00
2012-05-03 10:48:26 -07:00
2017-04-08 15:03:44 +08:00
2017-09-07 11:55:44 +08:00
2012-05-03 10:48:26 -07:00
2015-06-11 17:19:19 +02:00
2017-07-13 12:12:20 +00:00
2017-03-02 23:53:29 +00:00
2017-12-20 18:24:11 -08:00

Team and repository tags

image

CINDER

You have come across a storage service for an open cloud computing service. It has identified itself as Cinder. It was abstracted from the Nova project.

Getting Started

If you'd like to run from the master branch, you can clone the git repo:

git clone https://git.openstack.org/openstack/cinder.git

For developer information please see HACKING.rst

You can raise bugs here https://bugs.launchpad.net/cinder

Python client

https://git.openstack.org/cgit/openstack/python-cinderclient

Description
OpenStack Block Storage (Cinder)
Readme 921 MiB
Languages
Python 99.7%
Smarty 0.3%