<div dir="ltr">Hi<br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><br></div><div>My plan once I go into production, is to create a datastore for a customer. Then that customer will be able to use as much space as is provisioned for that datastore. E.g., I have a customer "Bills Super VMs", I'd create a 500GB datastore for "Bills Super VMs", then he can create as many VMs up to that 500GB limit.<br>
</div></div></div></blockquote><div><br></div><div style>The VMs can be cloned or not depending on their persistency:</div><div style><br></div><div style>* persistent: images are ln to the system datastore (depending on the datastore and the TM drivers this can mean a link or a copy to a local storage area...)</div>
<div style><br></div><div style>* non-persistent: images are cloned, usually copied to the system datastore.</div><div style><br></div><div style>It seems that you use case can be implemented by using the shared TM, and persistent images. You can force the images to be always linked by overwirting the cp script with ln. (It be a good idea to copy the shared drivers to other name... let me know if you need help with this).</div>
<div style><br></div><div style>In this way images will be always ln, and you can control the quotas with the datastore usage.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div>
<br></div><div>Also, I am unable to create disk images on anything but the default datastore when creating "volatile" disk images through the VM Template interface in Sunstone. Even when attempting to create a template as an unprivileged user, specifically, a user that has been denied access to the default datastore, the volitile disk is still created in the default datastore.<br>
</div></div></div></blockquote><div><br></div><div style>Volatile disks are always created in the system datastore (also context disks and the like). Now we do not have quotas for volatile disks. In you use.case I'll change the mkfs script to not make any disk and disable that functionality...</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>
<br></div><div>How do I get images to clone into the correct datastore instead of the default datastore all the time?<br><br></div><div>Thanks,<br></div><div>Jon A<br></div></div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">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>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>