<![CDATA[can't start vm after host disconnect]]>pool of 4 hosts
shared storage
1 of the hosts disconnected (not yet know what's wrong with it)

vm's that were running on that host are shown as "running"
via console i shut those vm's with command: xe vm-reset-powerstate vm=ID force=true

starting those vm's get error: SR_BACKEND_FAILURE_46(, The VDI is not available [opterr=['HOST_OFFLINE', 'OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f']], )
on one of vm's i used: xe vdi-forget uuid=ID
then rescaned the storage and attached vdi back and if i try to start that vm: xe vm-start vm=ID i get:
The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem.
message: xenopsd internal error: Storage_error ([S(Illegal_transition);[[S(Attached);S(RO)];[S(Attached);S(RW)]]])

]]>https://xcp-ng.org/forum/topic/9375/can-t-start-vm-after-host-disconnectRSS for NodeTue, 06 Oct 2026 11:57:38 GMTTue, 16 Jul 2024 19:53:37 GMT60<![CDATA[Reply to can't start vm after host disconnect on Thu, 18 Jul 2024 13:57:26 GMT]]>No, from the XCP-ng point of view, the VM is still running without any interruption.

]]>https://xcp-ng.org/forum/post/80401https://xcp-ng.org/forum/post/80401Thu, 18 Jul 2024 13:57:26 GMT<![CDATA[Reply to can't start vm after host disconnect on Thu, 18 Jul 2024 13:54:46 GMT]]>@olivierlambert
with HA enabled, if Windows VM will reboot from windows system scheduler - is this ok? Will this affect somehow on VM?

]]>https://xcp-ng.org/forum/post/80399https://xcp-ng.org/forum/post/80399Thu, 18 Jul 2024 13:54:46 GMT<![CDATA[Reply to can't start vm after host disconnect on Thu, 18 Jul 2024 13:24:20 GMT]]>Can you be more specific about what do you expect in terms of behavior?

]]>https://xcp-ng.org/forum/post/80393https://xcp-ng.org/forum/post/80393Thu, 18 Jul 2024 13:24:20 GMT<![CDATA[Reply to can't start vm after host disconnect on Thu, 18 Jul 2024 12:14:02 GMT]]>I still wanted to understand, is there anything wrong if I reboot from inside the VM not with XOA? Although it is written that when all shutdowns and reboots are enabled, they must be performed with XOA so that the system understands (although it is strange to me, if there is a guest-tool in the system, then XCP should understand everything that happens in the VM itself) or not?
And yet, is it possible to reboot from inside the VM itself? It will just reboot, in my opinion, HA won't even have time to work here, or even if it does, it will send a command to start the machine, but it will boot anyway
I have auto-reboot on which machines in the scheduler at night, it is necessary.

]]>https://xcp-ng.org/forum/post/80388https://xcp-ng.org/forum/post/80388Thu, 18 Jul 2024 12:14:02 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 20:25:42 GMT]]>If HA is enabled, then the pool should elect a new master (if it's the master), and restart all the VMs.

But be careful with HA: if your SR access is blocked (eg a network issue on your SR), all the host will auto fence and reboot.

]]>https://xcp-ng.org/forum/post/80364https://xcp-ng.org/forum/post/80364Wed, 17 Jul 2024 20:25:42 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 19:24:23 GMT]]>@olivierlambert
I also wanted to ask just about HA and auto reboot to VM
If HA is enabled on the VM

and auto reboot is enabled in the guest system

Then nothing bad should happen? Because there will be an attempt to start the VM, but it will reboot anyway and just start

]]>https://xcp-ng.org/forum/post/80357https://xcp-ng.org/forum/post/80357Wed, 17 Jul 2024 19:24:23 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 18:41:59 GMT]]>@olivierlambert
I understood everything now what the problem was. HA is not included. As I understood it in this case, the VMs would be turned off automatically and not locked, right?
The only thing of course remains the question that dave.opc asked

]]>https://xcp-ng.org/forum/post/80354https://xcp-ng.org/forum/post/80354Wed, 17 Jul 2024 18:41:59 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 18:31:59 GMT]]>@olivierlambert
what about when system doesn't know that host if offline, but i know for sure that host is down, and i need manual control over starting/copying vm.
why then in those command exists --force, if it's not helping in anyway?

]]>https://xcp-ng.org/forum/post/80352https://xcp-ng.org/forum/post/80352Wed, 17 Jul 2024 18:31:59 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 18:19:03 GMT]]>@Andrew
I read this) that's why I wrote about the fact that you can not enable HA on each VM, but use this function only for automatic transfer of the master
Well, okay, you've strayed from the subject, we still have another problem...

]]>https://xcp-ng.org/forum/post/80349https://xcp-ng.org/forum/post/80349Wed, 17 Jul 2024 18:19:03 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 18:19:54 GMT]]>You need to think about data coherency. As a human, you know that your server was physically dead (PSU dead). But from XAPI perspective, what if it was just the management network dead? The VM will continue to run correctly, but there's no way for XAPI to know it. So if you decide to boot the VM again, maybe it will corrupt the data (having the VM run at 2 places with the same disk: catastrophic corruption).

That's why, by default, it prevented you to start the VM because it couldn't contact the host that might have still the VM running, leading to catastrophic corruption.

In HA, there's an extra mechanism (storage heartbeat), helping to make a better decision (at the cost of auto fencing host that couldn't join the HA SR).

]]>https://xcp-ng.org/forum/post/80348https://xcp-ng.org/forum/post/80348Wed, 17 Jul 2024 18:19:54 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 18:03:54 GMT]]>@alex821982 Here are the HA docs.

]]>https://xcp-ng.org/forum/post/80346https://xcp-ng.org/forum/post/80346Wed, 17 Jul 2024 18:03:54 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 17:58:07 GMT]]>@Andrew said in can't start vm after host disconnect:

I'll have to look into HA a little more and it's issues. It's simple to turn on, but has a few complications/consequences in normal use...

And which ones, for example? Can we just not enable it in the VM settings, then we will only have the master transfer functionality? I forgot that it doesn't work if HA is turned off)
But the rest of the situation when the machines are hanging on and nothing can be done with them is it still a bug? They should just turn off.

]]>https://xcp-ng.org/forum/post/80344https://xcp-ng.org/forum/post/80344Wed, 17 Jul 2024 17:58:07 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 17:36:21 GMT]]>@alex821982

Correct, NO master = NO pool management (the VMs keep running).

  • If HA is enabled, another master is elected automatically.
  • If HA is not enabled, each member waits for the master to return.

I deleted the dead host (old master) because cause even when I marked it as dead (from the new master) the VMs from it would not restart and the backups were still trying to communicate with it. Deleting it from the pool seemed the only way, or at least the quickest, to restore functionality.

I'll have to look into HA a little more and it's issues. It's simple to turn on, but has a few complications/consequences in normal use...

]]>https://xcp-ng.org/forum/post/80342https://xcp-ng.org/forum/post/80342Wed, 17 Jul 2024 17:36:21 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 17:11:19 GMT]]>@Andrew Your situation is even worse. When your master disappeared, did you also lose control of the pool? Although the master should be transferred to another host automatically if it is unavailable for a long time? Why is this not happening? I didn't really understand when you deleted the host on which these VMs were running from the pool, after that your VMs started on the second host?

In general, it seems that these are very serious bugs, having a fault-tolerant system scheme, we essentially lose it because of this behavior.

]]>https://xcp-ng.org/forum/post/80340https://xcp-ng.org/forum/post/80340Wed, 17 Jul 2024 17:11:19 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 16:57:45 GMT]]>@dave-opc I just ran into this disaster too, but a little different.

Here's what I did:

My pool master's hardware failed (HA not enabled). I could not wait to replace the hardware (motherboard VRM failure) and had additional resources on site anyway (N+2 hosts). All of the VMs are on shared storage so I did not need to recover a SR from the failed host.

It was a total mess.... pool master dead, XO VM on the dead host, important VMs still showing as 'running' on the dead host.

I have a second backup XO VM that does not run any tasks but gives me off-poll management access (I have several XO's ready, including VirtualBox on Windows). But without a master there was nothing to see or do to the pool.

Then I had to restore pool with a new master functions:
On a different, but running host in the pool, I forced a new master:

xe pool-emergency-transition-to-master
sleep 10
xe pool-recover-slaves

After there was a new master, I reset the power for VMs stuck in limbo on the dead host:

xe vm-list
xe vm-reset-powerstate vm=VM_UUID --force

Then I had to kick the totally dead host out of the pool:

xe host-list
xe host-declare-dead uuid=DEAD_HOST
xe host-forget uuid=DEAD_HOST

I tired just declaring it dead but that was not good enough. VMs would not restart because they wanted to start on the dead host and then they would not start on a new host because they had issues with the SR. The shared SR was still 'attached' to the dead host and could not be removed. Also backups were still trying to reach the dead host. So, I had to forget the dead host and move on.

I would have liked to rejoined the dead host to the pool but it will take a few days to revive the server so it had to be forgotten by the pool. I'll just have to reformat the rebuilt host node and join as a new pool member.

]]>https://xcp-ng.org/forum/post/80339https://xcp-ng.org/forum/post/80339Wed, 17 Jul 2024 16:57:45 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 14:00:57 GMT]]>@Danp said in can't start vm after host disconnect:

xensource.log

If you search for this error, which is also in XOA, then here is a piece that relates to this.

]]>https://xcp-ng.org/forum/post/80334https://xcp-ng.org/forum/post/80334Wed, 17 Jul 2024 14:00:57 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 13:59:07 GMT]]>@Danp

Jul 16 21:57:04 white xapi: [debug||1603 ||dummytaskhelper] task scan one D:a22cff56bbd3 created by task D:b3479eff4821
Jul 16 21:57:04 white xapi: [debug||1604 ||dummytaskhelper] task scan one D:8c3a9b520d8e created by task D:b3479eff4821
Jul 16 21:57:04 white xapi: [debug||1605 ||dummytaskhelper] task scan one D:28b5060aad6b created by task D:b3479eff4821
Jul 16 21:57:04 white xapi: [debug||1606 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_login D:ebd35a8b12eb created by task D:a22cff56bbd3
Jul 16 21:57:04 white xapi: [debug||1608 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_login D:1e68b1a3c796 created by task D:8c3a9b520d8e
Jul 16 21:57:04 white xapi: [debug||1607 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_login D:6e422ee40904 created by task D:28b5060aad6b
Jul 16 21:57:04 white xapi: [ info||1608 /var/lib/xcp/xapi|session.slave_login D:3e904e130a78|xapi_session] Session.create trackid=4edfde1a7d5928a08283f775b5bc21f0 pool=true uname= originator=xapi is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
Jul 16 21:57:04 white xapi: [ info||1607 /var/lib/xcp/xapi|session.slave_login D:b378e197f827|xapi_session] Session.create trackid=c7a80191d498ec0eaf1fb5decfd45439 pool=true uname= originator=xapi is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
Jul 16 21:57:04 white xapi: [ info||1606 /var/lib/xcp/xapi|session.slave_login D:9074b1c527f5|xapi_session] Session.create trackid=97b82963d8a60fcfca9cddefdf556ea4 pool=true uname= originator=xapi is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
Jul 16 21:57:04 white xapi: [debug||1609 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:6a400dd143e4 created by task D:3e904e130a78
Jul 16 21:57:04 white xapi: [debug||1611 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:97b66417986f created by task D:9074b1c527f5
Jul 16 21:57:04 white xapi: [debug||1610 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:3a5a8af93835 created by task D:b378e197f827
Jul 16 21:57:04 white xapi: [debug||1612 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SR.scan D:cd88fa12a6fe created by task D:8c3a9b520d8e
Jul 16 21:57:04 white xapi: [ info||1612 /var/lib/xcp/xapi||taskhelper] task SR.scan R:8d59eef4dce3 (uuid:d54184df-d37e-c802-8373-005de8bbc99e) created (trackid=4edfde1a7d5928a08283f775b5bc21f0) by task D:8c3a9b520d8e
Jul 16 21:57:04 white xapi: [debug||1612 /var/lib/xcp/xapi|SR.scan R:8d59eef4dce3|message_forwarding] SR.scan: SR = 'ca73e958-871e-f723-9987-47c7357ab412 ([green] md126)'
Jul 16 21:57:04 white xapi: [debug||1612 /var/lib/xcp/xapi|SR.scan R:8d59eef4dce3|message_forwarding] Marking SR for SR.scan (task=OpaqueRef:8d59eef4-dce3-44b5-892d-1d328b0e23b5)
Jul 16 21:57:04 white xapi: [debug||1613 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SR.scan D:26c6618493bd created by task D:28b5060aad6b
Jul 16 21:57:04 white xapi: [debug||1614 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SR.scan D:a969ebb4b56b created by task D:a22cff56bbd3
Jul 16 21:57:04 white xapi: [debug||1612 /var/lib/xcp/xapi|SR.scan R:8d59eef4dce3|message_forwarding] Unmarking SR after SR.scan (task=OpaqueRef:8d59eef4-dce3-44b5-892d-1d328b0e23b5)
Jul 16 21:57:04 white xapi: [ info||1613 /var/lib/xcp/xapi||taskhelper] task SR.scan R:c1bc8f0ca345 (uuid:08314c1e-25a0-b591-3465-0edb4a51d715) created (trackid=c7a80191d498ec0eaf1fb5decfd45439) by task D:28b5060aad6b
Jul 16 21:57:04 white xapi: [debug||1613 /var/lib/xcp/xapi|SR.scan R:c1bc8f0ca345|message_forwarding] SR.scan: SR = '3002955a-cd78-e0d2-c70e-50444dc5b9a3 ([green] md124 HDD)'
Jul 16 21:57:04 white xapi: [ info||1614 /var/lib/xcp/xapi||taskhelper] task SR.scan R:78836b2f9a5a (uuid:23f823bc-a597-24c2-b906-6b9d632b7565) created (trackid=97b82963d8a60fcfca9cddefdf556ea4) by task D:a22cff56bbd3
Jul 16 21:57:04 white xapi: [debug||1614 /var/lib/xcp/xapi|SR.scan R:78836b2f9a5a|message_forwarding] SR.scan: SR = 'b6ce7cd8-50a0-cdf4-7bc4-59359e34e91e ([green] md125)'
Jul 16 21:57:04 white xapi: [debug||1613 /var/lib/xcp/xapi|SR.scan R:c1bc8f0ca345|message_forwarding] Marking SR for SR.scan (task=OpaqueRef:c1bc8f0c-a345-4e35-adc1-da5552510069)
Jul 16 21:57:04 white xapi: [debug||1614 /var/lib/xcp/xapi|SR.scan R:78836b2f9a5a|message_forwarding] Marking SR for SR.scan (task=OpaqueRef:78836b2f-9a5a-4bdf-8efe-d8f4c4f6994f)
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] SR.scan R:8d59eef4dce3 failed with exception Server_error(HOST_OFFLINE, [ OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f ])
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] Raised Server_error(HOST_OFFLINE, [ OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f ])
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] 1/9 xapi Raised at file ocaml/xapi/message_forwarding.ml, line 124
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] 2/9 xapi Called from file ocaml/xapi/message_forwarding.ml, line 160
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] 3/9 xapi Called from file lib/xapi-stdext-pervasives/pervasiveext.ml, line 24
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] 4/9 xapi Called from file ocaml/xapi/rbac.ml, line 205
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] 5/9 xapi Called from file ocaml/xapi/server_helpers.ml, line 95
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] 6/9 xapi Called from file ocaml/xapi/server_helpers.ml, line 113
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] 7/9 xapi Called from file lib/xapi-stdext-pervasives/pervasiveext.ml, line 24
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] 8/9 xapi Called from file lib/xapi-stdext-pervasives/pervasiveext.ml, line 35
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace] 9/9 xapi Called from file lib/backtrace.ml, line 177
Jul 16 21:57:04 white xapi: [error||1612 /var/lib/xcp/xapi||backtrace]
Jul 16 21:57:04 white xapi: [debug||1613 /var/lib/xcp/xapi|SR.scan R:c1bc8f0ca345|message_forwarding] Unmarking SR after SR.scan (task=OpaqueRef:c1bc8f0c-a345-4e35-adc1-da5552510069)
Jul 16 21:57:04 white xapi: [debug||1614 /var/lib/xcp/xapi|SR.scan R:78836b2f9a5a|message_forwarding] Unmarking SR after SR.scan (task=OpaqueRef:78836b2f-9a5a-4bdf-8efe-d8f4c4f6994f)
Jul 16 21:57:04 white xapi: [debug||1604 |scan one D:8c3a9b520d8e|helpers] Ignoring exception: HOST_OFFLINE: [ OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f ] while scanning SR OpaqueRef:dd7b4611-8f5a-4f09-8f05-8b982af995ab
Jul 16 21:57:04 white xapi: [debug||1615 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.logout D:31680f55f572 created by task D:8c3a9b520d8e
Jul 16 21:57:04 white xapi: [ info||1615 /var/lib/xcp/xapi|session.logout D:f2e32cc368b8|xapi_session] Session.destroy trackid=4edfde1a7d5928a08283f775b5bc21f0
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] SR.scan R:c1bc8f0ca345 failed with exception Server_error(HOST_OFFLINE, [ OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f ])
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] Raised Server_error(HOST_OFFLINE, [ OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f ])
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] 1/9 xapi Raised at file ocaml/xapi/message_forwarding.ml, line 124
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] 2/9 xapi Called from file ocaml/xapi/message_forwarding.ml, line 160
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] 3/9 xapi Called from file lib/xapi-stdext-pervasives/pervasiveext.ml, line 24
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] 4/9 xapi Called from file ocaml/xapi/rbac.ml, line 205
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] 5/9 xapi Called from file ocaml/xapi/server_helpers.ml, line 95
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] 6/9 xapi Called from file ocaml/xapi/server_helpers.ml, line 113
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] 7/9 xapi Called from file lib/xapi-stdext-pervasives/pervasiveext.ml, line 24
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] 8/9 xapi Called from file lib/xapi-stdext-pervasives/pervasiveext.ml, line 35
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace] 9/9 xapi Called from file lib/backtrace.ml, line 177
Jul 16 21:57:04 white xapi: [error||1613 /var/lib/xcp/xapi||backtrace]
Jul 16 21:57:04 white xapi: [debug||1604 |scan one D:8c3a9b520d8e|xapi_sr] Scan of SR ca73e958-871e-f723-9987-47c7357ab412 complete.
Jul 16 21:57:04 white xapi: [debug||1605 |scan one D:28b5060aad6b|helpers] Ignoring exception: HOST_OFFLINE: [ OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f ] while scanning SR OpaqueRef:7bce81eb-c4cc-4d1a-bb24-406a7789ae95
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] SR.scan R:78836b2f9a5a failed with exception Server_error(HOST_OFFLINE, [ OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f ])
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] Raised Server_error(HOST_OFFLINE, [ OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f ])
Jul 16 21:57:04 white xapi: [debug||1616 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.logout D:f0d39db694bb created by task D:28b5060aad6b
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] 1/9 xapi Raised at file ocaml/xapi/message_forwarding.ml, line 124
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] 2/9 xapi Called from file ocaml/xapi/message_forwarding.ml, line 160
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] 3/9 xapi Called from file lib/xapi-stdext-pervasives/pervasiveext.ml, line 24
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] 4/9 xapi Called from file ocaml/xapi/rbac.ml, line 205
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] 5/9 xapi Called from file ocaml/xapi/server_helpers.ml, line 95
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] 6/9 xapi Called from file ocaml/xapi/server_helpers.ml, line 113
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] 7/9 xapi Called from file lib/xapi-stdext-pervasives/pervasiveext.ml, line 24
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] 8/9 xapi Called from file lib/xapi-stdext-pervasives/pervasiveext.ml, line 35
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace] 9/9 xapi Called from file lib/backtrace.ml, line 177
Jul 16 21:57:04 white xapi: [error||1614 /var/lib/xcp/xapi||backtrace]
Jul 16 21:57:04 white xapi: [ info||1616 /var/lib/xcp/xapi|session.logout D:5b9f353f5804|xapi_session] Session.destroy trackid=c7a80191d498ec0eaf1fb5decfd45439
Jul 16 21:57:04 white xapi: [debug||1605 |scan one D:28b5060aad6b|xapi_sr] Scan of SR 3002955a-cd78-e0d2-c70e-50444dc5b9a3 complete.
Jul 16 21:57:04 white xapi: [debug||1603 |scan one D:a22cff56bbd3|helpers] Ignoring exception: HOST_OFFLINE: [ OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f ] while scanning SR OpaqueRef:440cb488-7c08-45d4-89df-74d84a41d072
Jul 16 21:57:04 white xapi: [debug||1617 /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.logout D:2e22356b283d created by task D:a22cff56bbd3
Jul 16 21:57:04 white xapi: [ info||1617 /var/lib/xcp/xapi|session.logout D:1c028c7b965d|xapi_session] Session.destroy trackid=97b82963d8a60fcfca9cddefdf556ea4
Jul 16 21:57:04 white xapi: [debug||1603 |scan one D:a22cff56bbd3|xapi_sr] Scan of SR b6ce7cd8-50a0-cdf4-7bc4-59359e34e91e complete.
]]>https://xcp-ng.org/forum/post/80333https://xcp-ng.org/forum/post/80333Wed, 17 Jul 2024 13:59:07 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 12:04:50 GMT]]>@alex821982 The prior link I posted explains the various log files. xensource.log is likely where you would find errors related to starting a VM.

]]>https://xcp-ng.org/forum/post/80327https://xcp-ng.org/forum/post/80327Wed, 17 Jul 2024 12:04:50 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 11:54:16 GMT]]>@Danp So I wrote 🙂 The power supply is broken. Replaced, the server is working. He appeared again in the pool and these VMs began to start normally.

In which log exactly and what should I look for with such a problem?

]]>https://xcp-ng.org/forum/post/80325https://xcp-ng.org/forum/post/80325Wed, 17 Jul 2024 11:54:16 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 11:47:14 GMT]]>@alex821982 Have you determined why this host is down? Do you plan to bring it back online or will you be removing it from the pool?

]]>https://xcp-ng.org/forum/post/80322https://xcp-ng.org/forum/post/80322Wed, 17 Jul 2024 11:47:14 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 10:51:01 GMT]]>@Danp In XOA, we only see this when starting the VM

SR_BACKEND_FAILURE_46(, The VDI is not available [opterr=['HOST_OFFLINE', 'OpaqueRef:03e275e3-56df-477d-b940-5ba78247ce2f']], )
]]>https://xcp-ng.org/forum/post/80317https://xcp-ng.org/forum/post/80317Wed, 17 Jul 2024 10:51:01 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 10:49:16 GMT]]>The situation has now been resolved. We started this server, the power supply failed. But I would like to understand the situation in order to prevent such a situation in the future, because the server might not start at all...
as I understand it, is this still abnormal behavior of the system?
Otherwise, it turns out that we have backup servers and can quickly restore VM operation on them, but we cannot do this because of this lock, which we could not just remove...

]]>https://xcp-ng.org/forum/post/80316https://xcp-ng.org/forum/post/80316Wed, 17 Jul 2024 10:49:16 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 10:36:01 GMT]]>@alex821982 In XOA, you can check Settings > Logs for error related details. Otherwise, you can review our documentation on
XCP-ng log files.

]]>https://xcp-ng.org/forum/post/80315https://xcp-ng.org/forum/post/80315Wed, 17 Jul 2024 10:36:01 GMT<![CDATA[Reply to can't start vm after host disconnect on Wed, 17 Jul 2024 10:30:17 GMT]]>@Danp Yes, I'm talking about the same situation, I'm also involved. Can you tell me what exactly and how to look at it?

]]>https://xcp-ng.org/forum/post/80314https://xcp-ng.org/forum/post/80314Wed, 17 Jul 2024 10:30:17 GMT