<p dir="ltr"><br>
On Jun 18, 2014 11:40 AM, "Manickam, Kanagaraj" <<a href="mailto:kanagaraj.manickam@hp.com">kanagaraj.manickam@hp.com</a>> wrote:<br>
><br>
> Hi,<br>
><br>
>  <br>
><br>
> This mail is regarding the required model change in nova. Please fine more details below:<br>
><br>
>  <br>
><br>
> As we knew, Nova db has the table “compute_nodes” for modelling the hypervisors and its using the “hypervisor_hostname” field to represent the hypervisor name.<br>
><br>
> This value is having significant value in os-hypervisor extension api which is using this field to uniquely identify the hypervisor.<br>
><br>
>  <br>
><br>
> Consider the case where a given environment is having more than one hypervisors (KVM, EXS, Xen, etc)  with same hostname and os-hypervisor and thereby Horizon Hypervisor panel and nova hypervisors-servers command will fail.<br>

><br>
> There is a defect (<a href="https://bugs.launchpad.net/nova/+bug/1329261">https://bugs.launchpad.net/nova/+bug/1329261</a>)  already filed on VMware VC driver to address this issue to make sure that, a unique value is generated for the VC driver’s hypervisor.  But its good to fix at the model level as well by  making “hypervisor_hostname” field as unique always. And a bug <a href="https://bugs.launchpad.net/nova/+bug/1329299">https://bugs.launchpad.net/nova/+bug/1329299</a> is filed for the same.<br>

><br>
>  <br>
><br>
> Before fixing this bug, I would like to get the opinion from the community. Could you please help here !</p>
<p dir="ltr">++ to making hypervisor_hostname always unique,  being that we already make this assumption all over the place.</p>
<p dir="ltr">><br>
>  <br>
><br>
> Regards<br>
><br>
> Kanagaraj M<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">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
</p>