<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">I'll just put this on the list, it seems like Daniel is busy, but maybe someone else can help me with an answer.<br><br>Thank you in anticipation,<br>Lehel.<br><br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br><div id="yiv229289707"><table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td style="font:inherit;" valign="top">Daniel, two more things..<br><br>When creating a new occi template, can I use as IMAGE_ID an ID of an existing peristent image (of course one that is not currently USED)? <br>At the moment I have some persistent images, from which I configured and set-up VM's with some specific software (I'm working on building a kind of "platform" above the "infrastructure"), and I intend these VM's to be used by end-users. In my original templates (that are using the persistent images), besides
the image disk definition, I had some further disks defined (type FS and SWAP). Would these disks be available if I pass only the persistent image ID in my new_occi_template.erb? I mean, would I get "the very same VM back"?<br><br>Also, I read that Self Service currently supports only ranged networks. Does this mean that there is no way to set for a specific VM a specific IP
address?<br><br>Thank you in anticipation,<br>Lehel.<br><br>--- On <b>Fri, 3/30/12, Daniel Molina <i><dmolina@opennebula.org></i></b> wrote:<br><blockquote style="border-left:2px solid rgb(16, 16, 255);margin-left:5px;padding-left:5px;"><br>From: Daniel Molina <dmolina@opennebula.org><br>Subject: Re: [one-users] SaaS with opennebula cloud<br>To: "biro lehel" <lehel.biro@yahoo.com><br>Cc: users@lists.opennebula.org<br>Date: Friday, March 30, 2012, 1:23 PM<br><br><div class="yiv229289707plainMail">On 30 March 2012 07:46, biro lehel <<a rel="nofollow">lehel.biro@yahoo.com</a>> wrote:<br>><br>> I would also be interested, too, on this question. Not precisely on the SaaS aspect, since I think I got the idea about that, but instead: is there any way for an end-user (NON-OpenNebula user) to "communicate" with / pass commands to OpenNebula (eventually by using a designated
OpenNebula account, but at the same time not being aware of this)?<br><br><br>OpenNebula Self-Service is a simplified GUI aimed to end-users,<br>offering a simplified access to shared infrastructure for non-IT end<br>users.<br><br>The administrator will configure a set of instance_types that the<br>end-user will be able to select without taking care of the VM<br>configuration. The user can login to this portal and interact with his<br>resources.<br><br>The VirtualNetworks and Images can be exposed in three different ways:<br>1. The administrator creates the VNETs and Images through the one*<br>tools and distributes these resources in different instance_types. The<br>end-user will just have to select the desired instance_type<br><br>$ onevnet create occi_vnet<br>ID: 2<br>$ oneimage create occi_image<br>ID:3<br>$ cat $ONE_LOCATION/etc/occi_templates/new_occi_template.erb<br>CPU=1<br>MEMORY=1024<br>DISK=[IMAGE_ID=3]<br>NIC=[NETWORK_ID=2]<br>$ cat
$ONE_LOCATION/etc/occi.conf<br>[...]<br>:instance_types:<br> [...]<br> :new_occi_template:<br> :template: new_occi_template.erb<br> :cpu: 1<br> :memory: 1024<br><br><br>2. The administrator creates the VNETs and Images through the one*<br>tools and makes them available for the end-user. The end-user selects<br>which instance_type he wants to use and what image and network<br>throught the GUI interface.<br><br>$ onevnet create occi_vnet<br>ID: 2<br>$ oneimage create occi_image<br>ID:3<br>$ cat $ONE_LOCATION/etc/occi_templates/new_occi_template.erb<br>CPU=1<br>MEMORY=1024<br>$ cat $ONE_LOCATION/etc/occi.conf<br>[...]<br>:instance_types:<br> [...]<br> :new_occi_template:<br> :template: new_occi_template.erb<br> :cpu: 1<br> :memory: 1024<br><br>3. The end-user is allowed to create VNETs (you can also define a base<br>template for this) and upload Images and
can select them for a new<br>instance through the GUI interface<br><br>$ cat $ONE_LOCATION/etc/occi_templates/new_occi_template.erb<br>CPU=1<br>MEMORY=1024<br>DISK=[IMAGE_ID=3]<br>NIC=[NETWORK_ID=2]<br>$ cat $ONE_LOCATION/etc/occi.conf<br>[...]<br>:instance_types:<br> [...]<br> :new_occi_template:<br> :template: new_occi_template.erb<br> :cpu: 1<br> :memory: 1024<br><br>If you want to enable VNC you have to add the following line to the templates:<br>GRAPHICS = [<br> TYPE = "vnc",<br> LISTEN = "0.0.0.0",<br> PORT = "5"]<br><br>Hope this helps<br><br>Refs:<br>* Self Service UI: <a rel="nofollow" target="_blank" href="http://www.opennebula.org/documentation:rel3.4:selfservice">http://www.opennebula.org/documentation:rel3.4:selfservice</a><br>* Adding new VM types:<br><a rel="nofollow" target="_blank"
href="http://www.opennebula.org/documentation:rel3.4:occicg#defining_compute_types">http://www.opennebula.org/documentation:rel3.4:occicg#defining_compute_types</a><br>* VNET base template:<br><a rel="nofollow" target="_blank" href="http://www.opennebula.org/documentation:rel3.4:occicg#configuring_occi_virtual_networks">http://www.opennebula.org/documentation:rel3.4:occicg#configuring_occi_virtual_networks</a><br>* Permissions: <a rel="nofollow" target="_blank" href="http://www.opennebula.org/documentation:rel3.4:manage_acl">http://www.opennebula.org/documentation:rel3.4:manage_acl</a><br>* Vm template: <a rel="nofollow" target="_blank" href="http://www.opennebula.org/documentation:rel3.4:template">http://www.opennebula.org/documentation:rel3.4:template</a><br><br>><br>><br>> Cheers,<br>> Lehel.<br>><br>> --- On Thu, 3/29/12, TARUN TANK <<a rel="nofollow">08bit044@nirmauni.ac.in</a>> wrote:<br>><br>><br>> From: TARUN
TANK <<a rel="nofollow">08bit044@nirmauni.ac.in</a>><br>> Subject: [one-users] SaaS with opennebula cloud<br>> To: <a rel="nofollow">users@lists.opennebula.org</a><br>> Date: Thursday, March 29, 2012, 12:46 PM<br>><br>><br>> hi, we have developed the opennebula cloud with front end and 5 worker nodes , we can successfully create the VM and can deploy them on the worker nodes.Hence we are able to run the windows as well as linux on the dom U of the worker nodes(using XEN) . We are using centos 5.0 on the worker nodes as the host os.We can also manage using Sunstone GUI.<br>><br>> now we want to provide the software/application to the end user via browser/web interface but we don't have proper guidance for that, can we enable the end user to use the software (i.e matlab) via browser and if
yes then what configuration is left ? , please guide us on that .<br>><br>><br>> -----Inline Attachment Follows-----<br>><br>> _______________________________________________<br>> Users mailing list<br>> <a rel="nofollow">Users@lists.opennebula.org</a><br>> <a rel="nofollow" target="_blank" href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>><br>><br>> _______________________________________________<br>> Users mailing list<br>> <a rel="nofollow">Users@lists.opennebula.org</a><br>> <a rel="nofollow" target="_blank" href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>><br><br>-- <br>Daniel Molina<br>Project
Engineer<br>OpenNebula - The Open Source Solution for Data Center Virtualization<br>www.OpenNebula.org | <a rel="nofollow">dmolina@opennebula.org</a> | @OpenNebula<br></div></blockquote></td></tr></tbody></table></div></blockquote></td></tr></table>