<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">hi Matt:</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">
noticed there is no consensus there[1], any progress outside the ML?</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">[1] <a href="http://lists.openstack.org/pipermail/openstack-dev/2013-October/016385.html" target="_blank" style="font-family:arial,sans-serif;font-size:14px">http://lists.openstack.org/<u></u>pipermail/openstack-dev/2013-<u></u>October/016385.html</a><br>
</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/21 Oleg Gelbukh <span dir="ltr"><<a href="mailto:ogelbukh@mirantis.com" target="_blank">ogelbukh@mirantis.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Matt,<div><br></div><div>Thank you for bringing this up. I've been following this thread and the idea is somewhat aligned with our approach, but we'd like to take one step further.</div>
<div><br></div>
<div>In this Diagnostic API, we want to collect information about system state from sources outside to OpenStack. We'd probably should extract this call from Nova API and use it in our implementation to get hypervisor-specific information about virtual machines which exist on the node. But the idea is to get vision into the system state alternative to that provided by OpenStack APIs.</div>
<div><br></div><div>May be we should reconsider our naming to avoid confusion and call this Instrumentation API or something like that?</div><div class="im"><div><br></div><div>--</div><div>Best regards,</div><div>Oleg Gelbukh</div>
</div></div><div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Nov 20, 2013 at 6:45 PM, Matt Riedemann <span dir="ltr"><<a href="mailto:mriedem@linux.vnet.ibm.com" target="_blank">mriedem@linux.vnet.ibm.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><br>
<br>
On Wednesday, November 20, 2013 7:52:39 AM, Oleg Gelbukh wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
Hi, fellow stackers,<br>
<br>
There was a conversation during 'Enhance debugability' session at the<br>
summit about Diagnostic API which allows gate to get 'state of world'<br>
of OpenStack installation. 'State of world' includes hardware- and<br>
operating system-level configurations of servers in cluster.<br>
<br>
This info would help to compare the expected effect of tests on a<br>
system with its actual state, thus providing Tempest with ability to<br>
see into it (whitebox tests) as one of possible use cases. Another use<br>
case is to provide input for validation of OpenStack configuration files.<br>
<br>
We're putting together an initial version of data model of API with<br>
example values in the following etherpad:<br>
<a href="https://etherpad.openstack.org/p/icehouse-diagnostic-api-spec" target="_blank">https://etherpad.openstack.<u></u>org/p/icehouse-diagnostic-api-<u></u>spec</a><br>
<br>
This version covers most hardware and system-level configurations<br>
managed by OpenStack in Linux system. What is missing from there? What<br>
information you'd like to see in such an API? Please, feel free to<br>
share your thoughts in ML, or in the etherpad directly.<br>
<br>
<br>
--<br>
Best regards,<br>
Oleg Gelbukh<br>
Mirantis Labs<br>
<br>
<br></div></div>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote>
<br>
Hi Oleg,<br>
<br>
There has been some discussion over the nova virtapi's get_diagnostics method. The background is in a thread from October [1]. The timing is pertinent since the VMware team is working on implementing that API for their nova virt driver [2]. The main issue is there is no consistency between the nova virt drivers and how they would implement the get_diagnostics API, they only return information that is hypervisor-specific. The API docs and current Tempest test covers the libvirt driver's implementation, but wouldn't work for say xen, vmware or powervm drivers.<br>
<br>
I think the solution right now is to namespace the keys in the dict that is returned from the API so a caller could at least check for that and know how to handle processing the result, but it's not ideal.<br>
<br>
Does your solution take into account the nova virtapi's get_diagnostics method?<br>
<br>
[1] <a href="http://lists.openstack.org/pipermail/openstack-dev/2013-October/016385.html" target="_blank">http://lists.openstack.org/<u></u>pipermail/openstack-dev/2013-<u></u>October/016385.html</a><br>
[2] <a href="https://review.openstack.org/#/c/51404/" target="_blank">https://review.openstack.org/#<u></u>/c/51404/</a><br>
<br>
--<br>
<br>
Thanks,<br>
<br>
Matt Riedemann<br>
<br>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div><b><font color="#000000" style="background-color:rgb(243,243,243)" face="courier new, monospace">---------------------------------------</font></b></div>
<div><font color="#0000ff" face="comic sans ms, sans-serif"><b>Lingxian Kong</b></font></div><div><font color="#ff00ff" face="comic sans ms, sans-serif">Huawei Technologies Co.,LTD.</font></div><div><font color="#ff00ff" face="comic sans ms, sans-serif">IT Product Line CloudOS PDU</font></div>
<div><font color="#ff00ff" face="comic sans ms, sans-serif">China, Xi'an</font></div><div><font color="#ff00ff" face="comic sans ms, sans-serif">Mobile: +86-18602962792</font></div><div><font color="#ff00ff" face="comic sans ms, sans-serif">Email: <a href="mailto:konglingxian@huawei.com" target="_blank">konglingxian@huawei.com</a>; <a href="mailto:anlin.kong@gmail.com" target="_blank">anlin.kong@gmail.com</a></font></div>
</div>
</div>