<div dir="ltr"><div><div>Just a follow-up in case you didn't see it: Abishek has started a thread [1] on the openstack-dev mailing list to discuss this. Feel free to contribute there.<br></div>BR,<br></div>Simon<br><div><div><br>[1] <a href="http://lists.openstack.org/pipermail/openstack-dev/2015-May/064842.html">http://lists.openstack.org/pipermail/openstack-dev/2015-May/064842.html</a><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 20, 2015 at 2:39 PM, Simon Pasquier <span dir="ltr"><<a href="mailto:spasquier@mirantis.com" target="_blank">spasquier@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi,<br></div>During the ops session on logging [0], we discussed how to correlate between request ids when a request crosses service boundaries.<br>I'd encourage everybody interested by this effort to look at the proposed specifications [1] [2] and provide feedback. One of the questions raised is whether it makes sense to have a unique request id or different request ids per service with a way to map them together.<br></div><div><div><div>BR,<br>Simon<br><br>[0] <a href="https://etherpad.openstack.org/p/YVR-ops-logging" target="_blank">https://etherpad.openstack.org/p/YVR-ops-logging</a><br>[1] <a href="https://review.openstack.org/#/c/156508/" target="_blank">https://review.openstack.org/#/c/156508/</a><br>[2] <a href="https://review.openstack.org/#/c/164582/" target="_blank">https://review.openstack.org/#/c/164582/</a><br></div></div></div></div>
</blockquote></div><br></div>