[one-users] sunstone ceph/rados/rbd bug?

[Ruben S. Montero]

Hi George

The second disk is for the CONTEXT, a CD-ROM to include the information
described in that section, to be used by the VM at boot time. That device
is only for booting the VM so if you are not using it, just not select the
CONTEXT section in the template dialog in Sunstone (or update the template
and remove CONTEXT = [...])

If you do not like the idea of having a shared FS, (some people go that way
so they do not need a shared folder to just hold links an context CD's)
just remove any reference to CONTEXT and do not include any volatile disk
(those are also created in the system datastore)

If you need both (live migration + context/volatile) you need a shared FS,
that should not be a problem if the FS is good enough (you could even use
you ceph cluster through Ceph FS for that....)

Cheers

Ruben


On Sat, May 18, 2013 at 2:35 PM, George Kissandrakis <gkissand at gmail.com>wrote:

> Hi Ruben
>
> Thank you for answering back
>
> I am sending you the logs you asked
> I import the "tty linux" image from market place to datastore 102
> If i create the VM by command line
> onevm create --name vm1 --cpu 1 --mem 1024 --disk image1 --vnc --nic 1
> the only disk is the image in rbd, and everything works fine
>
> if i create a template from sunstone and then the vm i get the two disks,
> even if the image is persistent, if the image is datablock or hd etc etc i
> always get a drive on the local FS and on migrate i get
> Sat May 18 14:34:00 2013 [VMM][D]: Message received: LOG E 40 migrate:
> Command "virsh --connect qemu:///system migrate --live one-40
> qemu+ssh://cephkvm01-int/system" failed: error: cannot open file
> '/var/lib/one//datastores/0/40/disk.1': No such file or directory
>
> If i use shared storage then, on failover after server crash i get that
> cannot copy that file on the disk from the source
>
>
>
>
>
> On Fri, May 17, 2013 at 8:11 PM, Ruben S. Montero <
> rsmontero at opennebula.org> wrote:
>
>> Hi
>>
>> Can you verify that in the second case the image is stored in a datastore
>> with DISK_TYPE = RBD?
>>
>> Could you send the output for VM template (onetemplate -x show), the
>> datastore (onedatastore -x show) and the resulting vm (onevm -x show)?
>>
>> Thanks
>>
>> Ruben
>>
>>
>> On Fri, May 17, 2013 at 5:36 PM, George Kissandrakis <gkissand at gmail.com>wrote:
>>
>>> Hello
>>>
>>> I have installed opennebula within sunstone and rbd (ceph)
>>> I have one problem
>>>
>>> I create an image in rbd datastore (through sunstone or command line, no
>>> difference)
>>>
>>> *- Case 1 command line*
>>> I create a VM from command line
>>> *onevm create --name vm1 --cpu 1 --mem 1024 --disk image1 --vnc --nic 1*
>>> the VM uses the image (image1) for disk which is in rbd
>>> Live migrate works perfect
>>> Failover works perfect
>>>
>>> the command line for this vm is
>>> /usr/bin/kvm -name one-36 [blah...blah] *-drive
>>> file=rbd:one/one-9:auth_supported=none,if=none,id=drive-ide0-0-0,format=raw,cache=none
>>> * [blah...blah]
>>>
>>> So the disk is the rbd block device and only that, which is distributed
>>> to all physical hosts through ceph
>>>
>>>
>>> *- Case 2 though sunstone*
>>> I create a VM template using the same image (image1) (persistent or not)
>>> I create a VM with that template
>>> and the command line is
>>> /usr/bin/kvm -name one-35 [blah...blah] *-drive
>>> file=/var/lib/one//datastores/0/35/disk.1,if=none,media=cdrom,id=drive-ide0-0-0,readonly=on,format=raw
>>> * [blah...blah] *-drive
>>> file=rbd:one/one-8:auth_supported=none,if=none,id=drive-ide0-0-1,format=raw,cache=none
>>> * [blah...blah]
>>>
>>> As you see in the second case there is a file as drive, so when i try to
>>> migrate or to failover by crashing the server, the VM does not
>>> migrate/failover because is missing the file
>>> If i do a shared storage, it migrates the VM but it does not failover
>>> because it tryies to copy the file from the crashed server(?) and even if
>>> it migrates it will loose all data which are in file
>>>
>>> *So is there a way to create a VM which reads and writes in the rbd
>>> directly and not on a file with sunstone?*
>>> *Is it a bug or lack of feature?*
>>>
>>> Thank you
>>> George Kissandrakis
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>
>>>
>>
>>
>> --
>> --
>> Join us at OpenNebulaConf2013 in Berlin, 24-26 September, 2013
>> --
>> Ruben S. Montero, PhD
>> Project co-Lead and Chief Architect
>> OpenNebula - The Open Source Solution for Data Center Virtualization
>> www.OpenNebula.org | rsmontero at opennebula.org | @OpenNebula
>>
>
>


-- 
-- 
Join us at OpenNebulaConf2013 in Berlin, 24-26 September, 2013
-- 
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - The Open Source Solution for Data Center Virtualization
www.OpenNebula.org | rsmontero at opennebula.org | @OpenNebula
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20130518/0e7b2c1f/attachment-0002.htm>