[one-users] Force user to NOT to deploy non-persistence image

[Ruben S. Montero]

There are two options:

1.- You create the images for the users, images are non-persistent and
users are only allowed to use those images and not create new ones.

2.-Fencing, there are two options:
   a) Go to the ln script used by your Datastores. Change it to be just
exit -1. This will fail the clonning process for non-persistnet.
  b) Treat persistent as non-persistent. You can do that at the TM level
also, probably by overwirting the ln script with the clone one. However
there are other checks that can get in the middle of your users (e.g.
persistent images can only be deployed once).

Cheers

Ruben


On Tue, Sep 17, 2013 at 2:15 AM, Shek Mohd Fahmi Abdul Latip <
fahmi.latip at mimos.my> wrote:

> Hello,
>
> Any fencing mechanism during VM deployment perhaps to avoid
> non-persistence image to be deployed?
>
> Best regards,
> .fahmie
>
> -----Original Message-----
> From: Shek Mohd Fahmi Abdul Latip
> Sent: Sunday, September 15, 2013 10:06 AM
> To: users at lists.opennebula.org
> Cc: Hadi Noira Omar; Shahrin Mohamad Fuzi
> Subject: Force user to NOT to deploy non-persistence image
>
> Hi experts friends,
>
> I'm wondering if opennebula can do some enforcement to disallow user to
> launch any VMs with non-persistence image? Is there any configuration
> somewhere that can be tweak to make this happen? Or any workaround? Kindly
> advise.
>
> Thanks.
>
> Sent from my iPad
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20130917/0884e842/attachment-0002.htm>