And yes, it's planned to get the complete error visible in XO, sadly, it's not "obvious" since the error message isn't returned by XAPI when you try to start but by another method we need to call after it fails ("assert can be started here" from the top of my head).

Let me ping @julienXOvates

@olivierlambert said:

Start the VM with xe vm-start uuid=<VM UUID> and see the error message there.

Thanks , I believe I found the problem:

[17:19 xcp-server1 ~]# xe vm-start uuid=4ba7c16c-f850-6001-830b-bf0f51e52a40
There are no suitable hosts to start this VM on.
The following table provides per-host reasons for why the VM could not be started:
xcp-server1    : Cannot start here [VM requires access to SR: da59d7a1-b08f-dd81-1258-65a380bd77d8 (Iso)]
There were no servers available to complete the specified operation.

I made changes to my Iso storage folder path:

from:

to:

and when I tried to start my NTP VM, because I wanted to reinstall the OS is when I get the error message:

Can you put the correct error message from the cli here instead of this generic one, because it causes far to much trouble shooting time? I knew directly where to go after seeing this part of the cli message:

The following table provides per-host reasons for why the VM could not be started:
xcp-server1    : Cannot start here [VM requires access to SR: da59d7a1-b08f-dd81-1258-65a380bd77d8 (Iso)]

Also, I can start the NTP VM without the .iso as normal. However, I did find out why I lost control of the OSs as stated above. Since the latest updates, the keyboard does not work properly. I will come back with more details later.

For now, my question is, is there a way to modify/edit the path to my Iso Storage without removing and redefining it, like you can with Cockpit, if not is/can this be a future feature added?:

PCI passthrough on any of these?
Are they cloned from each other, or setup from scratch?
Afinity host / load balancing?

What happens if you migrate to the other pool?

@probain said:

Last time I saw that error. The resources on the host weren't enough to start the additional VM.

I believe your right, but here is the states of what was running before I started the idM and NTP VMs:

Here is the settings for the IdM (started first):

Here is the settings for the NTP (started second):

after losing control of the NTP, then I just discovered I lost control of the IdM, and my pfSenseLab console:

however, I still have control over the pfSenseLab WebGUI via Remmina,

UPDATE: but I can not (I did have ssh enable) I can ssh into the console from my Workstation:

All the other VMs still have functionality.

What do you see on the VM console when it is running?

From the error message, it's possible that this VM is unable to start on your host because you may not have the CPU, RAM or disk space.