Hi Tan,
Most of the OpenStack RESTful API returns `X-Openstack-Request-Id` in the API
response header but this request id is not available to the caller from the
python client.
When you use --debug option from command from the command prompt using client,
you can see `X-Openstack-Request-Id` on the console but it is not logged
anywhere.
Currently a cross-project specs [1] is submitted and approved for returning
X-Openstack-Request-Id to the caller and the implementation for the same is in
progress.
Please go through the specs for detail information which will help you to
understand more about request-ids and current work about the same.
Please feel free to revert back anytime for your doubts.
[1]
https://github.com/openstack/openstack-specs/blob/master/specs/return-request-id.rst
Thanks,
Abhishek Kekane
Hi guys
I recently play around with 'x-openstack-request-id' header but have a
dump question about how it works. At beginning, I thought an action across
different services should use a same request-id but it looks like this is not
the true.
First I read the spec:
https://blueprints.launchpad.net/nova/+spec/cross-service-request-id which said
"This ID and the request ID of the other service will be logged at service
boundaries". and I see cinder/neutron/glance will attach its context's
request-id as the value of "x-openstack-request-id" header to its response
while nova use X-Compute-Request-Id. This is easy to understand. So It looks
like each service should generate its own request-id and attach to its
response, that's all.
But then I see glance read 'X-Openstack-Request-ID' to generate the request-id
while cinder/neutron/nova read 'openstack.request_id' when using with keystone.
It is try to reuse the request-id from keystone.
This totally confused me. It would be great if you can correct me or point me
some reference. Thanks a lot
Best Regards,
Tan
______________________________________________________________________
Disclaimer: This email and any attachments are sent in strictest confidence
for the sole use of the addressee and may contain legally privileged,
confidential, and proprietary data. If you are not the intended recipient,
please advise the sender by replying promptly to this email and then delete
and destroy this email and any attachments without any further use, copying
or forwarding.__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
