[one-users] virtual machine images

Stefan Freitag stefan.freitag at udo.edu
Thu Jan 21 04:38:04 PST 2010


Hi Nikola,

hmm setting ONE_LOCATION should be enough in my opinion. Without having a
closer look at what OpenNebula is doing with the specified path, there
seems to be an inconsistence:

from your log I see:

>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh:
>>> opennebula1.srce.hr:/data/one/images/centos.5-4.x86-64.img
>>> node02:/data/one//7/images/disk.0

--> the "var" is missing.

and the next step:
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh: DST:
>>> /data/one/var/7/images/disk.0

--> the "var" exists

if both paths are generated by parsing ONE_LOCATION, I doent see how this
inconsistency could have been caused.


Kind regards
Stefan

Nikola Garafolic schrieb:
> Thanks for a hint!
> Could you please provide info on how to resolve this issue? I dont
> remember setting any paths other than ONE_LOCATION.
>
> Regards,
> Nikola
>
> Stefan Freitag wrote:
>> Hi Nikola,
>>
>>
>> from the logs I can see that sometimes  /data/one//7/ and at other times
>> /data/one/var/7 is used.
>>
>>
>> == snipp of your logs ==
>> Generating deployment file:
>>> /data/one/var/7/deployment.0
>> ...
>>> Wed Jan 20 13:20:01 2010 [VMM][I]: Command execution fail: 'cat >
>>> /data/one//7/images/deployment.0 && sudo /usr/sbin/xm create
>> == snipp of your logs ==
>>
>> Please could you check if this is correct?
>>
>> Kind regards
>> Stefan
>>
>>
>> Nikola Garafolic schrieb:
>>> Here is vm.log from VM 7:
>>>
>>> Wed Jan 20 13:19:20 2010 [DiM][I]: New VM state is ACTIVE.
>>> Wed Jan 20 13:19:20 2010 [LCM][I]: New VM state is PROLOG.
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh:
>>> opennebula1.srce.hr:/data/one/images/centos.5-4.x86-64.img
>>> node02:/data/one//7/images/disk.0
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh: DST:
>>> /data/one/var/7/images/disk.0
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh: Creating directory
>>> /data/one/var/7/images
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh: Executed "mkdir -p
>>> /data/one/var/7/images".
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh: Executed "chmod a+w
>>> /data/one/var/7/images".
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh: Cloning
>>> /data/one/varimages/centos.5-4.x86-64.img
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh: Executed "cp
>>> /data/one/varimages/centos.5-4.x86-64.img
>>> /data/one/var/7/images/disk.0".
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_clone.sh: Executed "chmod a+w
>>> /data/one/var/7/images/disk.0".
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_context.sh: Executed "mkdir -p
>>> /data/one/var/7/images/isofiles".
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_context.sh: Executed "cp -R
>>> /data/one/var/7/context.sh /data/one/var/7/images/isofiles".
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_context.sh: Executed "mkisofs -o
>>> /data/one/var/7/images/disk.1 -J -R /data/one/var/7/images/isofiles".
>>> Wed Jan 20 13:20:00 2010 [TM][I]: tm_context.sh: Executed "rm -rf
>>> /data/one/var/7/images/isofiles".
>>> Wed Jan 20 13:20:00 2010 [LCM][I]: New VM state is BOOT
>>> Wed Jan 20 13:20:00 2010 [VMM][I]: Generating deployment file:
>>> /data/one/var/7/deployment.0
>>> Wed Jan 20 13:20:00 2010 [VMM][W]: Could not find target device to
>>> attach context, will continue without it.
>>> Wed Jan 20 13:20:01 2010 [VMM][I]: Command execution fail: 'cat >
>>> /data/one//7/images/deployment.0 && sudo /usr/sbin/xm create
>>> /data/one//7/images/deployment.0 && sudo /usr/sbin/xm sched-cred -d
>>> one-7 -w 256'
>>> Wed Jan 20 13:20:01 2010 [VMM][I]: STDERR follows.
>>> Wed Jan 20 13:20:01 2010 [VMM][I]: bash:
>>> /data/one//7/images/deployment.0: No such file or directory
>>> Wed Jan 20 13:20:01 2010 [VMM][I]: ExitCode: 1
>>> Wed Jan 20 13:20:01 2010 [VMM][E]: Error deploying virtual machine
>>> Wed Jan 20 13:20:01 2010 [DiM][I]: New VM state is FAILED
>>> Wed Jan 20 13:20:02 2010 [TM][W]: Ignored: LOG - 7 tm_delete.sh:
>>> Deleting /data/one/var/7/images
>>>
>>> Wed Jan 20 13:20:02 2010 [TM][W]: Ignored: LOG - 7 tm_delete.sh:
>>> Executed "rm -rf /data/one/var/7/images".
>>>
>>> Wed Jan 20 13:20:02 2010 [TM][W]: Ignored: TRANSFER SUCCESS 7 -
>>>
>>> Wed Jan 20 13:21:31 2010 [DiM][I]: New VM state is DONE.
>>>
>>> Seems like problem with context.
>>>
>>> vnet template:
>>>
>>> NAME  = "Private LAN"
>>> TYPE  = "FIXED"
>>> BRIDGE= "virbr0"
>>> LEASES= [IP="10.8.16.94",MAC="00:ff:72:17:20:27"]
>>>
>>> vm template:
>>>
>>> NAME = "c5.4"
>>>
>>> CPU    = 1
>>> MEMORY = 512
>>>
>>>
>>> OS = [
>>>    kernel   = "/vmlinuz",
>>>    kernel   = "/boot/vmlinuz-2.6-xen",
>>>    initrd   = "/initrd.img",
>>>    root     = "sda" ]
>>>
>>>
>>> DISK = [
>>>    source   = "/data/one/images/centos.5-4.x86-64.img",
>>>    target   = "sda",
>>>    readonly = "no" ]
>>>
>>>
>>>
>>> NIC = [ mac="00:ff:72:17:20:27"]
>>>
>>> NIC = [ NETWORK="Private LAN"]
>>>
>>>
>>>
>>> GRAPHICS = [
>>>    type    = "vnc",
>>>    listen  = "127.0.0.1",
>>>    port    = "5"]
>>>
>>>
>>> CONTEXT = [
>>>    hostname   = "$NAME",
>>>    ip_private = "$NIC[IP, NETWORK=\"Private LAN\"]",
>>>    ip_gen     = "10.8.16.94"]
>>>
>>> Centos 5.4 image is the one from stacklet site.
>>>
>>> Regards,
>>> Nikola
>>>
>>> Tino Vazquez wrote:
>>>> Hi there,
>>>>
>>>> Please send through the $ONE_LOCATION/var/<vm_id>/vm.log to try to
>>>> spot the problem.
>>>>
>>>> Regards,
>>>>
>>>> -Tino
>>>>
>>>> --
>>>> Constantino Vázquez, Grid Technology Engineer/Researcher:
>>>> http://www.dsa-research.org/tinova
>>>> DSA Research Group: http://dsa-research.org
>>>> Globus GridWay Metascheduler: http://www.GridWay.org
>>>> OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
>>>>
>>>>
>>>>
>>>> On Wed, Jan 20, 2010 at 3:35 PM, Nikola Garafolic
>>>> <nikola.garafolic at srce.hr> wrote:
>>>>> Image works properly with xen. But something is obviously wrong with
>>>>> vm
>>>>> template or vnet template.
>>>>>
>>>>> Regards,
>>>>> Nikola
>>>>>
>>>>> Tino Vazquez wrote:
>>>>>> Hi Nikola,
>>>>>>
>>>>>> Probably the first step will be to create a VM and try to run it
>>>>>> directly from Xen, to make sure it works. Then you can move to
>>>>>> OpenNebula to enable its distributed execution.
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> -Tino
>>>>>>
>>>>>> --
>>>>>> Constantino Vázquez, Grid Technology Engineer/Researcher:
>>>>>> http://www.dsa-research.org/tinova
>>>>>> DSA Research Group: http://dsa-research.org
>>>>>> Globus GridWay Metascheduler: http://www.GridWay.org
>>>>>> OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Jan 15, 2010 at 3:20 PM, Nikola Garafolic
>>>>>> <nikola.garafolic at srce.hr> wrote:
>>>>>>> Dear Sirs,
>>>>>>> I am trying to get open nebula 1.4 working. I created one vm with
>>>>>>> xen
>>>>>>> and
>>>>>>> now it seems that I cannot get it to run. There is sure some error
>>>>>>> in
>>>>>>> configuration of vm in template.
>>>>>>> Its confusing for me, am I supposed to install it with xen and then
>>>>>>> use
>>>>>>> the
>>>>>>> image or how am I supposed to get the image for vm?
>>>>>>>
>>>>>>> Thanks in advance.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Nikola
>>>>>>> --
>>>>>>> Nikola Garafolic
>>>>>>> SRCE, Sveucilisni racunski centar
>>>>>>> tel: +385 1 6165 804
>>>>>>> email: nikola.garafolic at srce.hr
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Users mailing list
>>>>>>> Users at lists.opennebula.org
>>>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>>>>
>>>>> --
>>>>> Nikola Garafolic
>>>>> SRCE, Sveucilisni racunski centar
>>>>> tel: +385 1 6165 804
>>>>> email: nikola.garafolic at srce.hr
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opennebula.org
>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>>
>>>
>>> --
>>> Nikola Garafolic
>>> SRCE, Sveucilisni racunski centar
>>> tel: +385 1 6165 804
>>> email: nikola.garafolic at srce.hr
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>
>>
>>
>> --
>> Dipl.-Inform. Stefan Freitag
>> Institut für Roboterforschung - Abteilung Informationstechnik
>> Universitaet Dortmund         | phone:  +49 (0)231-755-7009
>> Otto-Hahn-Str. 8              | mobile: +49 (0)176-23900074
>> 44221 Dortmund, Germany       | fax:    +49 (0)231-755-3251
>> www.irf.uni-dortmund.de       | email:  stefan.freitag at udo.edu
>>
>
>
> --
> Nikola Garafolic
> SRCE, Sveucilisni racunski centar
> tel: +385 1 6165 804
> email: nikola.garafolic at srce.hr
>
>
>







More information about the Users mailing list