What about contextualization?<br><br>I noticed that the VM template does not have a CONTEXT definition, isn't it necessary?<br><br><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div><div class="h5"><div class="gmail_quote">On Tue, Jan 17, 2012 at 2:50 PM, Javier Fontan <span dir="ltr"><<a href="mailto:jfontan@opennebula.org" target="_blank">jfontan@opennebula.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I was not aware of kvm assigning MAC addresses. If that setup suits<br>
your needs then go for it, You should have no problem with it.<br>
<div><div></div><div><br>
On Tue, Jan 17, 2012 at 5:24 PM, Shantanu Pavgi <<a href="mailto:pavgi@uab.edu" target="_blank">pavgi@uab.edu</a>> wrote:<br>
><br>
> Thanks for the reply Javier.<br>
><br>
> I was able to create a VM by specifying only network interface name in the NIC section. I left MAC address assignment over to the hypervisor (KVM) which assigns MAC address to a VM if it's not specified in the VM definition file. So in this case OpenNebula didn't have any knowledge of the MAC and IP address assigned to this VM. I am not sure whether this will impact OpenNebula's VM management functionality though. Any thoughts?<br>



><br>
> Following is an example VM definition. OpenNebula version: 3.0.<br>
><br>
> {{{<br>
> # Capacity section<br>
> NAME = ttylinux-01<br>
> MEMORY = 128<br>
> CPU = 1<br>
><br>
> # OS and Boot section<br>
> OS = [<br>
>  ARCH = i686,<br>
>  BOOT = hd ]<br>
><br>
> FEATURES = [ acpi = "no" ]<br>
><br>
> # Graphics I/O<br>
> GRAPHICS = [<br>
>  TYPE = "vnc",<br>
>  PORT = "-1",<br>
>  keymap = "en-us" ]<br>
><br>
> # Disk devices<br>
> DISK = [<br>
>  IMAGE_ID = "0" ]<br>
><br>
> # Network interface<br>
> NIC = [<br>
>   BRIDGE = br0 ]<br>
> }}}<br>
><br>
><br>
> --<br>
> Shantanu<br>
><br>
> On Jan 16, 2012, at 5:05 AM, Javier Fontan wrote:<br>
><br>
>> Hello,<br>
>><br>
>> Even if the VM's wont get the IP's form OpenNebula the MAC address<br>
>> must be generated. Internally MAC addresses are tied to Virtual<br>
>> Network leases so a place in a Virtual Network is needed. Just add a<br>
>> class B or C network and everything should work ok.<br>
>><br>
>> You can also manually generate the mac addresses and you wont need the<br>
>> Virtual Network, in VM template:<br>
>><br>
>> NIC=[MAC="00:02:01:23:45:67", IP="10.0.0.1", BRIDGE="br0"]<br>
>><br>
>> But this is more cumbersome as you will need to manually generate<br>
>> different mac addresses for every interface.<br>
>><br>
>> Bye<br>
>><br>
>> On Mon, Jan 16, 2012 at 1:50 AM, Shantanu Pavgi <<a href="mailto:pavgi@uab.edu" target="_blank">pavgi@uab.edu</a>> wrote:<br>
>>><br>
>>> I am not following how OpenNebula handles network configuration for the VMs. I am trying to create a virtual network using network config file as follows:<br>
>>> {{{<br>
>>> NAME = "Test Network"<br>
>>> TYPE = RANGED<br>
>>> BRIDGE = br0<br>
>>> PUBLIC=" yes"<br>
>>> }}}<br>
>>><br>
>>> In my test setup I have a DHCP server for IP address assignment. So I did not put NETWORK_ADDRESS and NETWORK_SIZE values, thinking OpenNebula doesn't need to know about it. However I got following error upon 'onvnet create' command.<br>



>>><br>
>>> {{{<br>
>>> [VirtualNetworkAllocate] Error allocating a new virtual network. No NETWORK_ADDRESS in template for Virtual Network.<br>
>>> }}}<br>
>>><br>
>>> I am not sure what values should I provide in a network definition file if IP address and MAC address assignment is not going to be handled by OpenNebula. How does OpenNebula use NETWORK_ADDRESS and NETWORK_SIZE values during VM deployment?<br>



>>><br>
>>> --<br>
>>> Thanks,<br>
>>> Shantanu<br>
>>> _______________________________________________<br>
>>> Users mailing list<br>
>>> <a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
>>> <a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
>><br>
>><br>
>><br>
>> --<br>
>> Javier Fontán Muiños<br>
>> Project Engineer<br>
>> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>
>> <a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:jfontan@opennebula.org" target="_blank">jfontan@opennebula.org</a> | @OpenNebula<br>
>> _______________________________________________<br>
>> Users mailing list<br>
>> <a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
>> <a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
><br>
<br>
<br>
<br>
--<br>
Javier Fontán Muiños<br>
Project Engineer<br>
OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>
<a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:jfontan@opennebula.org" target="_blank">jfontan@opennebula.org</a> | @OpenNebula<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>