Open Stack

Edouard:

There's another branch that has this code added to the libvirt layer, which has already been proposed for merge. I need to make some minor fixes, but once I do, I think it will be approved for merge.

Here's the merge proposal: https://code.launchpad.net/~usc-isi/nova/extra_specs_sched/+merge/65980

Lorin
--
Lorin Hochstein, Computer Scientist
USC Information Sciences Institute
703.812.3710
http://www.east.isi.edu/~lorin

On Jul 20, 2011, at 11:15 AM, <edouard1.thuleau at orange-ftgroup.com> wrote:

> Hi,
>  
> I try to add code to the Libvirt layer to enable the Instance Type Filter needed by the zone aware scheduler.
> I looked the code of fake virt layer which implement that. The table ‘host_status’ in class ‘FakeConnection’ contains all capabilities of the host:
>  
> self.host_status = {
>           'host_name-description': 'Fake Host',
>           'host_hostname': 'fake-mini',
>           'host_memory_total': 8000000000,
>           'host_memory_overhead': 10000000,
>           'host_memory_free': 7900000000,
>           'host_memory_free_computed': 7900000000,
>           'host_other_config': {},
>           'host_ip_address': '192.168.1.109',
>           'host_cpu_info': {},
>           'disk_available': 500000000000,
>           'disk_total': 600000000000,
>           'disk_used': 100000000000,
>           'host_uuid': 'cedb9b39-9388-41df-8891-c5c9a0c0fe5f',
>          'host_name_label': 'fake-mini'
> }
>  
> Nothing explain what corresponding each elements of this table and what unit use. I suppose, the unit is bytes for disk and memory.
> And in the code of the host filtering in the scheduler (nova/scheduler/host_filter.py method class ‘InstanceTypeFilter’ method ‘host_filtrer’), the scheduler compares the host capabilities with specified resources of the instance to determined which host can support it. But specified resources of the instance is in Mbytes for memory and Gbytes for the disk. Is it normal ?
>  
> Édouard.
> ********************************************************************************
> IMPORTANT.Les informations contenues dans ce message electronique y compris les fichiers attaches sont strictement confidentielles
> et peuvent etre protegees par la loi.
> Ce message electronique est destine exclusivement au(x) destinataire(s) mentionne(s) ci-dessus.
> Si vous avez recu ce message par erreur ou s il ne vous est pas destine, veuillez immediatement le signaler  a l expediteur et effacer ce message 
> et tous les fichiers eventuellement attaches.
> Toute lecture, exploitation ou transmission des informations contenues dans ce message est interdite.
> Tout message electronique est susceptible d alteration.
> A ce titre, le Groupe France Telecom decline toute responsabilite notamment s il a ete altere, deforme ou falsifie.
> De meme, il appartient au destinataire de s assurer de l absence de tout virus.
> 
> IMPORTANT.This e-mail message and any attachments are strictly confidential and may be protected by law. This message is
> intended only for the named recipient(s) above.
> If you have received this message in error, or are not the named recipient(s), please immediately notify the sender and delete this e-mail message.
> Any unauthorized view, usage or disclosure ofthis message is prohibited.
> Since e-mail messages may not be reliable, France Telecom Group shall not be liable for any message if modified, changed or falsified.
> Additionally the recipient should ensure they are actually virus free.
> ********************************************************************************
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20110720/571964dd/attachment.html>