We’ve created a custom view, to remove all the noise, and confuse users, all they need to do is Deploy a VM Template with no use input.
But how do we remove
Number if Instances, and Instantiate as persistent ?
Instances can probably be covered by Quotos, but if we did that will end up with endless tickets with users stating when I set it to more than 1, it gives and error
Hello @Andrew_Hancock,
In this case you don’t need quotas… you should hide those options in the custom Sunstone view configuration.
Both “Number of instances” and “Instantiate as persistent” are UI elements controlled by the Sunstone view definition. You can disable them in your custom view YAML by adjusting the instantiate dialog configuration.
Check the Sunstone views documentation here: Sunstone Views
Specifically, review how the instantiate dialog is defined in your sunstone-views.yaml. You can:
vm_count field (Number of instances)persistent option in the instantiate formThis way users will only be able to deploy a single non-persistent VM, without relying on quotas (which would indeed generate confusing errors).
After modifying the view, restart Sunstone for the changes to apply.
Cheers,
do you have the correct link, for Sunstone Views it gives a 404, or I’ll try and find it.
maybe this is the correct link
I thought we had fine tuned, all available variables. Do you know which turns off
Remove or hide the vm_count field (Number of instances)
Disable the persistent option in the instantiate form
this is our view
dialogs:
instantiate_dialog:
information: true
ownership: false
capacity: false
vm_group: false
network: false
storage: false
placement: false
sched_action: false
booting: false
create_dialog:
ownership: false
capacity: false
showback: false
vm_group: false
network: false
storage: false
placement: false
input_output: false
sched_action: false
context: false
booting: false
numa:
enabled: false
not_on:
I don’t see any options in the documentation or yaml file to remove the above options.
Any update on this ?
Hello @Andrew_Hancock,
Sorry for the late reply, the team told me that unfortunately, there’s no support for this,
We already have something similar to this on this issue: 5637.
You can also file an issue (or feature request), on the OpenNebula Repo.
Cheers,
Thanks for your reply, we will need to find another method, to present an interface, or maybe creates a portal which uses the API, but sadly we might also experiment with Hyper-V and Proxmox, as there does not seem any value in using ON at present. It was the self service portal interface we wanted.
We’ve started to create our own portal, using the API ! but sadly this really negates maybe using ON, because this portal could drive Hyper-V or Proxmox !