CLI/SSH delete VMs that were set as "Protect from accidental deletion" in XO
-
@bobafetthotmail
(unknown operation): true;
-
@olivierlambert That key is added (or removed) as part of this block of keys
blocked-operations (MRW): (unknown operation): true; hard_reboot: true; pause: true; suspend: true; hard_shutdown: true; clean_reboot: true; clean_shutdown: true
when I click on the "Protect from accidental shutdown" switch in the Advanced settings of the VM in Xen Orchestra.
From the version page in XO I see
xo-server 5.71.1
xo-web 5.75.0And I have XCP-ng at 8.2 and updated packages with yum upgrade.
-
Weird. Ping @julien-f
-
-
Indeed,
shutdown
alone isn't a valid operation in the XAPI enum. -
@olivierlambert That's weird because it can be set and read with XAPI calls but not with
xe
and if I remove it from the blocked operations (and leave all the other operations), I'm able to stop the VM with aVM.shutdown
call, which is what we're trying to avoid when the option is enabled. -
@pdonias so maybe a bug in
xe
itself? It seemsxe
doesn't have the full enum in XAPI, that is indeed containingshutdown
(cf https://xapi-project.github.io/xen-api/classes/vm.htmlvm_operations Values: snapshot refers to the operation "snapshot" clone refers to the operation "clone" copy refers to the operation "copy" create_template refers to the operation "create_template" revert refers to the operation "revert" checkpoint refers to the operation "checkpoint" snapshot_with_quiesce refers to the operation "snapshot_with_quiesce" provision refers to the operation "provision" start refers to the operation "start" start_on refers to the operation "start_on" pause refers to the operation "pause" unpause refers to the operation "unpause" clean_shutdown refers to the operation "clean_shutdown" clean_reboot refers to the operation "clean_reboot" hard_shutdown refers to the operation "hard_shutdown" power_state_reset refers to the operation "power_state_reset" hard_reboot refers to the operation "hard_reboot" suspend refers to the operation "suspend" csvm refers to the operation "csvm" resume refers to the operation "resume" resume_on refers to the operation "resume_on" pool_migrate refers to the operation "pool_migrate" migrate_send refers to the operation "migrate_send" get_boot_record refers to the operation "get_boot_record" send_sysrq refers to the operation "send_sysrq" send_trigger refers to the operation "send_trigger" query_services refers to the operation "query_services" shutdown refers to the operation "shutdown" call_plugin refers to the operation "call_plugin" changing_memory_live Changing the memory settings awaiting_memory_live Waiting for the memory settings to change changing_dynamic_range Changing the memory dynamic range changing_static_range Changing the memory static range changing_memory_limits Changing the memory limits changing_shadow_memory Changing the shadow memory for a halted VM. changing_shadow_memory_live Changing the shadow memory for a running VM. changing_VCPUs Changing VCPU settings for a halted VM. changing_VCPUs_live Changing VCPU settings for a running VM. changing_NVRAM Changing NVRAM for a halted VM. assert_operation_valid data_source_op Add, remove, query or list data sources update_allowed_operations make_into_template Turning this VM into a template import importing a VM from a network stream export exporting a VM to a network stream metadata_export exporting VM metadata to a network stream reverting Reverting the VM to a previous snapshotted state destroy refers to the act of uninstalling the VM
-
@olivierlambert It would look like it. I also tried to remove everything from
blocked-operations
exceptshutdown
and I was able toxe vm-shutdown
the VM. But as soon as I addclean_shutdown
,xe
doesn't allow the shutdown anymore. -
@pdonias Yeah I think
shutdown
is a kind of an alias forclean_shutdown
. Probably for historical reasons. It explains whyxe
is confused. -
-
I came across this post in a google search.
"xe vm-param-cleaner" mentioned earlier doesnt seem to exist anymore. However the following command worked for me:
xe vm-param-clear uuid=<vm_uuid> param-name=blocked-operations
-
I had to do the following to remove the reboot block:
xe vm-param-remove param-name=blocked-operations param-key=hard_reboot uuid=$UUID
And then:
xe vm-reboot force=true vm=$UUID
-