<div dir="ltr">Hi George<div><br></div><div>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 = [...])</div>
<div><br></div><div>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)</div>
<div><br></div><div>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....)</div>
<div><br></div><div>Cheers</div><div><br></div><div>Ruben</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 18, 2013 at 2:35 PM, George Kissandrakis <span dir="ltr"><<a href="mailto:gkissand@gmail.com" target="_blank">gkissand@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Ruben<div><br></div><div>Thank you for answering back</div><div><br></div><div>I am sending you the logs you asked</div>
<div>I import the "tty linux" image from market place to datastore 102 </div>
<div>If i create the VM by command line</div><div><div>onevm create --name vm1 --cpu 1 --mem 1024 --disk image1 --vnc --nic 1<br></div></div><div>the only disk is the image in rbd, and everything works fine</div>
<div>
<br></div><div>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 </div>
<div><div>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</div>
<div><br></div><div>If i use shared storage then, on failover after server crash i get that cannot copy that file on the disk from the source</div><div><br></div></div><div><br></div><div><br></div>
</div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 17, 2013 at 8:11 PM, Ruben S. Montero <span dir="ltr"><<a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi <div><br></div><div>Can you verify that in the second case the image is stored in a datastore with DISK_TYPE = RBD?</div>
<div><br></div><div>Could you send the output for VM template (onetemplate -x show), the datastore (onedatastore -x show) and the resulting vm (onevm -x show)?</div>
<div><br></div><div>Thanks</div><div><br></div><div>Ruben</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Fri, May 17, 2013 at 5:36 PM, George Kissandrakis <span dir="ltr"><<a href="mailto:gkissand@gmail.com" target="_blank">gkissand@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Hello<div><br></div><div>I have installed opennebula within sunstone and rbd (ceph)</div>
<div>I have one problem </div>
<div><br></div><div>I create an image in rbd datastore (through sunstone or command line, no difference)</div>
<div><br></div><div><b>- Case 1 command line</b></div><div>I create a VM from command line </div><div><b>onevm create --name vm1 --cpu 1 --mem 1024 --disk image1 --vnc --nic 1</b><br></div><div>
the VM uses the image (image1) for disk which is in rbd</div><div>Live migrate works perfect</div><div>Failover works perfect</div><div><br></div><div>the command line for this vm is</div><div>
/usr/bin/kvm -name one-36 [blah...blah] <b>-drive file=rbd:one/one-9:auth_supported=none,if=none,id=drive-ide0-0-0,format=raw,cache=none</b> [blah...blah]<br></div><div><br></div><div>So the disk is the rbd block device and only that, which is distributed to all physical hosts through ceph</div>
<div><br></div><div><br></div><div><b>- Case 2 though sunstone</b></div><div>I create a VM template using the same image (image1) (persistent or not)</div><div>I create a VM with that template</div>
<div>and the command line is</div><div>/usr/bin/kvm -name one-35 [blah...blah] <b>-drive file=/var/lib/one//datastores/0/35/disk.1,if=none,media=cdrom,id=drive-ide0-0-0,readonly=on,format=raw</b> [blah...blah] <b>-drive file=rbd:one/one-8:auth_supported=none,if=none,id=drive-ide0-0-1,format=raw,cache=none</b> [blah...blah]<br>
</div><div><br></div><div>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 </div>
<div>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</div><div>
<br></div><div><b>So is there a way to create a VM which reads and writes in the rbd directly and not on a file with sunstone?</b></div><div><b>Is it a bug or lack of feature?</b></div><div><br></div><div>
Thank you</div><span><font color="#888888"><div>George Kissandrakis</div></font></span></div>
<br></div></div>_______________________________________________<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></blockquote></div><br><br clear="all"><div><br></div>-- <br><span><font color="#888888"><div dir="ltr"><div><div><div>-- </div><div>Join us at OpenNebulaConf2013 in Berlin, 24-26 September, 2013</div>
</div><div>-- </div></div>Ruben S. Montero, PhD<br>
Project co-Lead and Chief Architect<br>OpenNebula - The Open Source Solution for Data Center Virtualization<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula</div>
</font></span></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div><div><div>-- </div><div>Join us at OpenNebulaConf2013 in Berlin, 24-26 September, 2013</div></div><div>-- </div></div>Ruben S. Montero, PhD<br>
Project co-Lead and Chief Architect<br>OpenNebula - The Open Source Solution for Data Center Virtualization<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula</div>
</div></div>