[one-users] Assigning fixed IP's to VM's
Jaime Melis
j.melis at fdi.ucm.es
Wed Oct 14 01:42:20 PDT 2009
Hello,
I think the problem here is within the VM. Is it configured to get the IP
address from a dhcp server?
regards,
Jaime
On Thu, Oct 8, 2009 at 1:37 AM, cmasmas cmasmas <cmasmas10 at gmail.com> wrote:
> Again, thanks for your answer. It seems the key to my problem. One last
> thing:
> It ask ONE for the correct IP, but it seems to be overriden with the IP
> from DHCP server. Any clues?
>
> *DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
> DHCPOFFER from 192.168.51.1
> DHCPREQUEST on eth0 to 255.255.255.255 port 67
> DHCPACK from 192.168.51.1
> bound to 192.168.51.91 -- renewal in 1506 seconds.
> done.*
>
>
> 2009/10/7 Jaime Melis <j.melis at fdi.ucm.es>
>
> Hi cmasmas
>>
>> bridge name bridge id STP enabled interfaces
>>> eth0 8000.001e373597bc no peth0
>>>
>>
>> you should have in your network template then:
>> BRIDGE = eth0
>>
>> I think I do need to specity a MAC-IP pair. Each VM must have the same IP,
>>> always, even if they are restarted.
>>>
>>
>> Follow these steps:
>>
>> - enable saving: "SAVE = yes" in the vm template file.
>> - contextualize the VM with the vmcontext scripts (follow the guide
>> Tino showed you)
>> - stop the vm with onevm stop <vmid>
>> - resume the vm whenever you want with onevm resume <vmid>
>>
>> As you can see you don't need DHCP. OpenNebula will generate the MAC, the
>> vmcontext script running in your vms will grab the MAC and configure the IP
>> accordingly. Since the MAC address won't change, the IP won't change either,
>> even if you reboot the vm. By doing 'stop', you create a checkpoint and you
>> can resume it later.
>>
>> regards,
>> Jaime
>>
>> On Wed, Oct 7, 2009 at 11:39 AM, cmasmas cmasmas <cmasmas10 at gmail.com>wrote:
>>
>>>
>>>
>>> 2009/10/5 Jaime Melis <j.melis at fdi.ucm.es>
>>>
>>>> Hi cmasmas,
>>>
>>>
>>> First of all, thanks for your answer.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>> This parameter is actually very important. The way hypervisors work is
>>>> to create a tun/tap device and to attach to it a bridge. The whole point of
>>>> this is to permit your vm to be in the same network as the the selected
>>>> device of the host. Execute 'brctl show' to see what bridges you have.
>>>>
>>>
>>> bridge name bridge id STP enabled interfaces
>>> eth0 8000.001e373597bc no peth0
>>>
>>>
>>>
>>>> Regarding the network template, I would suggest that you didn't specify
>>>> the MAC for each IP, like this:
>>>>
>>>> *LEASES = [IP=192.168.2.2]
>>>> LEASES = [IP=192.168.2.3]*
>>>>
>>>
>>> I think I do need to specity a MAC-IP pair. Each VM must have the same
>>> IP, always, even if they are restarted.
>>>
>>> Maybe what I'm trying to do is not possible. I wanted to create a small
>>> network of 5-6 VM's to do some testing. I don't need access to Internet, but
>>> only the communication between the VM's. In a previous mail, I said about
>>> the problem with the DHCP server @ University.
>>> So, is it possible what I need without a DHCP server?
>>>
>>> Thanks again, and sorry if I'm not clear.
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>
>>>
>>
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20091014/4356e574/attachment-0001.htm>
More information about the Users
mailing list