<div dir="ltr">Yes, host is from service table and hypervisor is from compute_nodes table, I think that there are some discussion for this in Paris Summit and there might be some change for this in Kilo.<br><div class="" id="magicdomid46"><ul class=""><li><span class="">Detach service from compute node: </span><span class=""><a href="https://review.openstack.org/#/c/126895/">https://review.openstack.org/#/c/126895/</a></span><span class=""> (implementation on a patch series </span><span class=""><a href="https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/detach-service-from-computenode,n,z%29">https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/detach-service-from-computenode,n,z)</a></span></li></ul></div><div class="" id="magicdomid47"><ul class=""><li><span class="">Goal : Only provide resources to the ComputeNode object, not anything else</span></li></ul></div><div class="" id="magicdomid48"><ul class=""><li><span class="">The
 primary goal of this blueprint is to decouple the servicegroup API from
 the ideas of tracking resources, since they are two wholly separate 
things</span></li></ul><p>I'm not sure if there are some changes for those commands when host was added to compute_nodes table.<br></p></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-30 14:52 GMT+08:00 Lingxian Kong <span dir="ltr"><<a href="mailto:anlin.kong@gmail.com" target="_blank">anlin.kong@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks, Jay Pipes and Jay Lau, for your reply!<br>
<br>
Just as what Jay Lau said, 'nova hypervisor-show <hypervisor_id>'<br>
indeed returns host ip address, and there are more other information<br>
included than 'nova host-describe <hostname>'. I feel a little<br>
confused about the 'host' and 'hypervisor', what's the difference<br>
between them? For cloud operator, maybe 'host' is more usefull and<br>
intuitive for management than 'hypervisor'. From the implementation<br>
perspective, both 'compute_nodes' and 'services' database tables are<br>
used for them. Should them be combined for more common use cases?<br>
<div><div class="h5"><br>
2014-12-29 21:40 GMT+08:00 Jay Lau <<a href="mailto:jay.lau.513@gmail.com">jay.lau.513@gmail.com</a>>:<br>
> Does "nova hypervisor-show" help? It already include the host ip address.<br>
><br>
> 2014-12-29 21:26 GMT+08:00 Jay Pipes <<a href="mailto:jaypipes@gmail.com">jaypipes@gmail.com</a>>:<br>
>><br>
>> On 12/29/2014 06:51 AM, Lingxian Kong wrote:<br>
>>><br>
>>> Hi Stackers:<br>
>>><br>
>>> As for now, we can get the 'host name', 'service' and 'availability<br>
>>> zone' of a host through the CLI command 'nova host-list'. But as a<br>
>>> programmer who communicates with OpenStack using its API, I want to<br>
>>> get the host ip address, in order to perform some other actions in my<br>
>>> program.<br>
>>><br>
>>> And what I know is, the ip address of a host is populated in the<br>
>>> 'compute_nodes' table of the database, during the 'update available<br>
>>> resource' periodic task.<br>
>>><br>
>>> So, is it possible of the community to support it in the future?<br>
>>><br>
>>> I apologize if the topic was once covered and I missed it.<br>
>><br>
>><br>
>> Hi!<br>
>><br>
>> I see no real technical reason this could not be done. It would require<br>
>> waiting until all of the API microversioning bits are done, and a<br>
>> micro-increment of the API, along with minimal changes of code in the hosts<br>
>> extension to return the host_ip field from the nova.objects.ComputeNode<br>
>> objects returned to the HostController object.<br>
>><br>
>> Are you interested in working on such a feature? I would be happy to guide<br>
>> you through the process of making a blueprint and submitting code if you'd<br>
>> like. Just find me on IRC #openstack-nova. My IRC nick is jaypipes.<br>
>><br>
>> Best,<br>
>> -jay<br>
>><br>
>><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>
><br>
><br>
><br>
> --<br>
> Thanks,<br>
><br>
> Jay<br>
><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>
<br>
<br>
<br>
--<br>
</div></div>Regards!<br>
-----------------------------------<br>
Lingxian Kong<br>
<div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Thanks,<br><br></div>Jay<br></div></div>
</div>