I make it the other way, I add a tag for the VM I want a health check to happen, and no tag if I don't want a health check.
Then, in the backup's schedule, I add my tag:
I make it the other way, I add a tag for the VM I want a health check to happen, and no tag if I don't want a health check.
Then, in the backup's schedule, I add my tag:
I'm gonna try the same and will let you know.
@olivierlambert
Yes, confusing, indeed
I just now restarted XO and the toolstack one more time to be sure. Yesterday, it was OK at the beginning but the issue reappeared after a few hours.
I'll let you know ASAP.
@olivierlambert
I mean if use commit 0ccfd4b, there is no issue, if I use a more recent one, like the latest 583c7, the issue is appearing.
@14wkinnersley
That issue is definitely coming from XO from source, it does not appear with XOA.
I revert my XO to commit 0ccfd4b and now everything is back to normal.
I don't know if our issue is also related to self-signed cert, but there's been other issues with latest commit of XO, we should stick to that version until a solution is implemented.
Same issue on my host, with commit 8e5d9.
I tried the health check, and it is stuck.
I do not see any error message, the log just says pending.
I tried a restore check with XOA 5.91.2, no issue on that side, only XO from source seems to be not working.
@MathieuRA
OK, thanks for the answer.
Looking forward for XO6
Thanks for the info and the faster than light answer ️
Have you enabled uefi and secure boot for that VM (in the Advanced Tab)?
@florent
Hi Florent,
The imported VM was definitely not in DHCP mode, it was a static address.
I have an XOA and XO from source, but we already re-purposed our VMware server, so sadly I can't help you debugging anymore.
Maybe you can do that with the original poster of this thread?
Hello,
Indeed, disabling NBD for the delta backups, they are no more VDI attached to Dom0.
My upgrade path was from 8.2.1 stable to 8.3 using the ISO installation.
@Tristis-Oris
It seems that since updating to 8.3, I also have VDI attached to control domain I cannot delete, they appear after a backup.
The only solution to forget them is to a pool reboot.
I make it the other way, I add a tag for the VM I want a health check to happen, and no tag if I don't want a health check.
Then, in the backup's schedule, I add my tag:
Hello,
Is there a way to do multiple health check without starting them one by one?
In the restore tab, if I select multiple backups with the tick box, the restore health check icon appears in the top right corner, but if I click on it, I got an error message: t is not a function.
One other way would be to create a schedule in the backup job, but it doesn't seem possible to do just a health check without first creating a new backup.
Thanks for your help,
Can you go into the BIOS menu, then Boot manager and set Windows Boot Manager as the boot option?
I think I had to do that with a Windows Server 2022 in UEFI mode imported from vmWare, but not sure, it was a while ago.
@olivierlambert
It took a while to validate it, but I can also confirm that the perf-alert plugin is the culprit.
Here are my plugin's parameters, if it can help chasing the goose:
I'm gonna try the same and will let you know.
@olivierlambert
Simpler setup on my side:
Pool 1 - 1 x ASRock Rack 1U4LW-X570/2L2T RPSU with about 10 VMs
Pool 2 - 1 x HP DL360 Gen9 with only the XO VM (Debian 11).
Each host has 2 x 10 Gb NIC in use (one for VMs/MGMT, the other one for NFS storage).
The storage is a NFS share on a QNAP NAS (except for the XO VM which is on the local storage of the DL360 host).
The 2 hosts and the NFS storage are connected on the same10Gbit Ubiquiti EdgeSwitch.
Same plugins as @14wkinnersley + audit and sdn-controller.
The issue with stuck task is only appearing on the pool 1, not on the pool 2 with only the XO VM.
@MathieuRA
OK, thanks for the answer.
Looking forward for XO6
Hello,
Maybe I've missed it, but is there a way to tag several VMs with the same tag in one operation, by doing a multi-selection in the VM window in XO?
Thanks,