CD drive not completely installed in XOA
-
- This is normal until you got your first boot done It shouldn't cause any harm Consider this alert useless
- So it seems you have your ISO SR correctly working
- It should be mounted in
/run/sr-mount/<SR UUID>
. But ISO SR can be in read only, that's fine
So in the end, can you boot the VM with Ubuntu ISO?
-
Thanks for the information. In regards to your question the answer is no, if I ran VMGuest I get this error message:
NO_HOSTS_AVAILABLE()
This is a XenServer/XCP-ng error
That is why I thought the issue is the CD is not properly mounted. I only have 1 hypervisor and this is my first VMGuest.
Also, I am not sure if this will make any difference. I have the XOA installed on my desktop as a vmguest in my vmware workstation. Once I have finished setting up XCP-NG, I will create new image and move the XOA as vmguest of XCP-NG.
-
NO_HOSTS_AVAILABLE()
means there's no host able to start the VM. Can be for various reasons. Can you try to do axe vm-start uuid=<VM UUID>
from the host? -
Thank you so much for the help.
Running the command the command "xe vm-start uuid=<VM UUID>" it indicated the following: "home-hypervisor: Cannot start here [Not enough free memory]
After seeing this I have double check my VMGuest configuration, and it is set to 4TiB instead of 4GiB. I have corrected this and the VM started running. Again thank you so much for responding.
-
Good news then I'd love to get the error message coming in XO, but I'm not sure why we can't have the details.
Ping @julien-f on this: why
NO_HOSTS_AVAILABLE()
is just coming without any more content in XO? Is it a XAPI limitation? Why we have more info inxe
? -
@olivierlambert No idea without investigating, all that I can tell is that this error comes straight from the XAPI without any more info.
-
I just did a quick test and neither
VM.start(ref, false, false)
norAsync.VM.start(ref, false, false)
(which creates a task) gives any more info. -
Got it @julien-f
If
xe
fails to boot the VM, it will call an extra function, doing aVM.assert_can_boot_here
, and catching the failure to display it.See https://github.com/xapi-project/xen-api/blob/47fae74032aa6ade0fc12e867c530eaf2a96bf75/ocaml/xapi-cli-server/cli_operations.ml#L3212 and https://github.com/xapi-project/xen-api/blob/47fae74032aa6ade0fc12e867c530eaf2a96bf75/ocaml/xapi-cli-server/cli_operations.ml#L2105
That would be an interesting XO feature
-
@olivierlambert Nice, should be pretty easy to add! The only think I'm wondering is which host is it choosing to pass to
assert_can_boot_here
in case of a simplestart
on a multiple hosts pool. -
I had the exact same reaction
-
From what I understand it appears to do it on all the hosts, which makes sense
-
Indeed. So it's a pretty nice feature to have to enrich our logs. Is it possible to simply chain that in XO so we got the error with more details?
-
@olivierlambert Done: https://github.com/vatesfr/xen-orchestra/commit/33b45d2eda2ce6d8071541da246bdcfd06b133b8
It's not perfect but that should help
Example:
vm.start { "id": "123e4f2b-498e-d0af-15ae-f835a1e9f59f", "bypassMacAddressesCheck": false, "force": false } { "errors": [ "R620-L3: VM_REQUIRES_SR(OpaqueRef:21fa00fc-62ce-4694-8b49-fcecd600a89e, OpaqueRef:4dd615a7-9a8c-4698-aceb-c10f782321c8)", "R620-L1: HOST_NOT_ENOUGH_FREE_MEMORY(216430280704, 18778341376)", "R620-L2: VM_REQUIRES_SR(OpaqueRef:21fa00fc-62ce-4694-8b49-fcecd600a89e, OpaqueRef:4dd615a7-9a8c-4698-aceb-c10f782321c8)" ], "message": "", "name": "Error", "stack": "Error: at Xapi._startVm (file:///home/julien/dev/vatesfr/xen-orchestra/packages/xo-server/src/xapi/index.mjs:1358:15) at Xapi.startVm (file:///home/julien/dev/vatesfr/xen-orchestra/packages/xo-server/src/xapi/index.mjs:1393:7) at Api.callApiMethod (file:///home/julien/dev/vatesfr/xen-orchestra/packages/xo-server/src/xo-mixins/api.mjs:307:20)" }