Hi,<div><br></div><div>We forgot to announce in this thread that this issue was addressed for the final 3.6 release.</div><div>You can now have more than one system datastores, and set a different one for each cluster. See [1] for more information.</div>

<div><br></div><div>Thank you for your feedback!</div><div>Carlos.</div><div><br></div><div>[1] <a href="http://opennebula.org/documentation:rel3.6:system_ds#the_system_datastore_for_multi-cluster_setups">http://opennebula.org/documentation:rel3.6:system_ds#the_system_datastore_for_multi-cluster_setups</a><br>

<div>--<br>Carlos Martín, MSc<br>Project Engineer<br>OpenNebula - The Open-source Solution for Data Center Virtualization<div><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a> | <a href="http://twitter.com/opennebula" target="_blank">@OpenNebula</a></span><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="mailto:cmartin@opennebula.org" style="color:rgb(42,93,176)" target="_blank"></a></span></div>

<br>
<br><br><div class="gmail_quote">On Tue, Jun 26, 2012 at 9:49 PM, Rolandas Naujikas <span dir="ltr"><<a href="mailto:rolandas.naujikas@mif.vu.lt" target="_blank">rolandas.naujikas@mif.vu.lt</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 2012-06-26 20:39, Ruben S. Montero wrote:<br>
</div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
The rationale behind this is the following:<br>
<br>
The current datastore system allows you to setup a host that uses multiple<br>
datastores, each one with a different transfer driver. In this way, you can<br>
have FS datastores that is exported through a shared FS other FS datasores<br>
with SSH, and even one using an iSCSI server. With OpenNebula 3.4 you can<br>
use all of them at the same time in every single host (each host using<br>
tm_shared, tm_ssh, tm_iscsi depending on the image).<br>
<br>
In previous version you are restricted to a single TM for each host. This<br>
usually means for example that you are restricted to a single NFS export or<br>
iSCSI server. IMHO this is a clear gain on the storage subsystem.<br>
<br>
Now, the system datastore . It is used to create end-points in the target<br>
host, so the operations specific to the system datastore are just:<br>
<br>
context, mkimage, and mkswap: These by default create files for the ISO<br>
context CD-ROM or volatile disks<br>
<br>
mv: that mv's VM directories across hosts<br>
<br>
delete: to delete any temporal content created in the system datastore<br>
<br>
NOTE: clone, mvds, and ln operations are datastore specific, and we are not<br>
using the system ones.<br>
<br>
So I think that there is no regression. Note that the use of multiple<br>
system datastores will basically affect cold migrations (mv), which are not<br>
possible across hypervisors, and in general very limited across hosts with<br>
different configurations (i.e migrating a VM with a LVM as disk that need<br>
to be converted to a file in other host)<br>
</blockquote>
<br></div></div>
At least I saw that in some (commercial) cloud software, which really use VirtualBox/qemu-utils to convert different image formats for different virtualization platform.<br>
<br>
Regards, Rolandas<br>
<br>
P.S. Really I didn't test it too much, because I hate UI in browser made with Flash Player.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
However, I see situations where creating a context volume or a volatile<br>
volume in a LVM device or in a file depending on the host can be useful.<br>
So, probably a good trade-off would be setting up the system datastore per<br>
cluster instead of opennebula installation. What do you think?<br>
<br>
Thanks for your comments!<br>
<br>
BTW, Hope this helps you to tune the LVM2 drivers... Thanks also for that<br>
one :)<br>
<br>
Cheers<br>
<br>
Ruben<br>
<br>
<br>
<br>
On Tue, Jun 26, 2012 at 12:43 PM, Rolandas Naujikas <<br>
<a href="mailto:rolandas.naujikas@mif.vu.lt" target="_blank">rolandas.naujikas@mif.vu.lt</a>> wrote:<br>
<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Hi,<br>
<br>
In opennebula 3.4.x there is not possible to setup different transfer<br>
manager for system datastore on different hosts. That was possible in<br>
opennebula 3.2.x and early. That looks like REGRESSION.<br>
<br>
That could be useful for opennebula with different visualization hosts<br>
types (KVM, Xen, VMware) or different system datastore storage<br>
configurations (filesystem + ssh/shared, filesystem + lvm2ssh/shared).<br>
<br>
Regards, Rolandas Naujikas<br></div>
______________________________<u></u>**_________________<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/**<u></u>listinfo.cgi/users-opennebula.<u></u>**org</a><<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.<u></u>org/listinfo.cgi/users-<u></u>opennebula.org</a>><br>


<br>
</blockquote>
<br>
<br>
<br>
</blockquote><div class="HOEnZb"><div class="h5">
<br>
<br>
______________________________<u></u>_________________<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/<u></u>listinfo.cgi/users-opennebula.<u></u>org</a><br>
</div></div></blockquote></div><br></div></div>