In the Tasks section of XO (on sources), all tasks displayed show as "Failed", even though quite a few have been successful (VM migrations, for example). How do I display Successful task completions as well (or simply, All tasks)? There is no filter set.

Also, I ran a "Running Pool Update" yesterday afternoon. Thankfully, it seemed to have ran & completed without issues. But in the Tasks area, for this Task it shows the completion bar still. Any idea why?...or what I have yet to do to finalize it? And of course this "task" also shows as failed even though both my XCP Hosts show as current with no patches needing installed.

Thanks!

@ph7 Thanks for the tip! Appreciate it.

@olivierlambert Hey Olivier...I came across another issue today on this XO VM. Not sure if you recall...but a week or so ago I created a post on here on how best to import an XO VM from VMware to XCP. I ended up finding a 'klunky' way to do so using the OVA import process. So this is the issue I encountered -> when I imported this VM, the import process changes a couple things in the guest...the vnic name in the Linux OS gets changed (from like ens# > enX#), and for the VM to see the network, the netplan config file needs to have the nic name/label changed in it. Another issue occurs..and this the main thing I wanted to share here -> the disk device name in the Linux OS changes as well from /dev/sd# (sda1, sdb1...whichever) to /dev/xvda1. Why is this a problem? Well, I was going to do a XO update this morning. Before doing so I thought it would be good to update my Ubuntu 24.04 OS. I ran sudo apt update && sudo apt upgrade -y and it failed. Why? An EFI pkg can't find the boot partition it seems. I get the following error: mount: /var/lib/grub/esp: special device /dev/sda1 does not exist. ; and then dpkg: error processing package grub-efi-amd64-signed (--configure): as well as dpkg: error processing package shim-signed (--configure) The root of those 2 pkg update issue stems I believe from the disk device label/name changing. For anyone who imports Linux VMs and performs an update/upgrade, they'll run into this error and will not be able to update their VM. The server is fine...you can log into it; apps still run; etc....but you can't install any package or update any package. Are you all aware of this?
Thanks.

And again..I expect a momentary "blip" during migration for obvious reasons. But, it should still be able to recover through that and eventually succeed; and realistically, not in several minutes (10+min), but like other VMs...within a minute or 2. But...at some point, I may download a trial of XOA and attempt migration. I just don't have any other phys hosts to test with. I guess I can remove my current ones temporarily from my current Pool and XO then add them briefly to the XOA...we'll see.

@olivierlambert Hmm...ok. Yes, I'm using "sources" version. Why does it matter which? Both are a Linux OS with the XO app on it, correct? It's just one is manually created & other is applianced-based; but you can still SSH into each the same, correct? Of course, I may be way off there

@olivierlambert Yep..agreed. I may test this behavior out again to be sure what I think may have happened...was indeed my issue with regards to the non-tools VMs vs Tools VMs.

For the XO VM though...it would be highly beneficial to have the ability to live migrate that to other XCP Hosts in a pool for obvious reasons (update/maintenance). Can that be looked into, please?
Thanks!

Sorry for all the comments/posts...but I think I may have figured out why the failures occurred. I can again live migrate VMs after I shut down my XO VM then rebooted both of my XCP Hosts. Of course, I've not re-attempted live migrating my XO VM. Too risky! Again, that should be fixed.

One of the requirements of live migration is guest tools needs to be installed, correct? So, it appears..if an attempt is made to live migrate a VM which doesn't have tools installed, it "hangs". I have several VMs like that. They're software appliances and currently I'm prevented from installing tools on them. After the non-tools installed VM hangs attemping a migration, if you attempt to live migrate a VM which does have tools installed, it will also hang...and my guess is because of the failure of the 1st VM without tools installed. Not sure why. If that is the case, that needs to be fixed as well. If this is not accurate, I would like to know why this migration hang/failure behavior occurs. I can re-attempt to live migrating a VM which doesn't have tools installed...but don't want to go through the hassle of powering everything down and rebooting my Hosts to get it working again

Now that my XO VM is back up...I tried to live migrate some of my VMs in my Pool and migrations are failing (Linux & Windows), and I can no longer see the VM's console. They're basically "hung" it seems. And, I can't power them down. The same behavior has now happened to them as my XO VM. Live migrations did work ok before the issue I had with my XO VM.

I got the XO VM back up by rebooting my Pool Master XCP Host which forced the VM to shutdown. Not thrilled this happened. Migrating the XO VM in XO needs work. So, for the process of rebooting XCP Hosts after applying patches, either via RUP or manually, use the following process (Vates Team correct as needed):

1. Apply patches
2. Migrate all VMs off the Master XCP Host. If the XO VM is on
this Host, do not migrate
3. Log out of XO
4. SSH into the XO VM and shut it down
5. SSH into the Master XCP Host and reboot it
6. Log into the Master XCP Host XO-Lite after the Host comes back online
7. Power the XO VM back on via XO-Lite
8. Once XO is up, migrate VMs back to Master XCP Host as needed
9. If Master role changed to another Host, from the Pool >
Advanced tab, change the Master back to desired XCP
Host
10. Reboot other XCP Hosts in Pool to finalize applying
patches. Before doing so, make sure to migrate VMs off

@olivierlambert And, below is the msg I get when I attempt to force shut the XO VM down directly on each XCP host:

xe vm-shutdown name-label=nkc-xo force=true
The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem.
message: Object with type VM and id 95ad90cc-85b0-98c6-d81d-61ba82742947/config does not exist in xenopsd

@olivierlambert If I SSH onto the XCP Host it was orig on (XCP Host1) and run xe vm-list it shows on there and running; If I SSH onto XCP Host2 xe vm-list shows it on there and running too.
Also...the XO VM was fully updated; no outstanding commits. I just updated it earlier this morning.

@olivierlambert I have migrated other VMs just fine. Never had a problem. It kinda makes sense migrating the XO VM hiccups a little bit. My vCenter VM does the same for 30-40secs when I VMotion it in vCenter, but it fully recovers. My XO VM hasn't recovered in XO to this point. And to be clear..yes, my XO VM is on my XCP Hosts...not in VMW.

How do I do what you ask? I tried to SSH into the XO VM (and this is on sources in my lab, btw) and it won't connect. I don't remember how much RAM I gave it. I want to say 2 vCPU and 4GB RAM..maybe 8GB. I can log into XO-Lite, but there is no menu to view my XO VM resources. Ideas/thoughts?
Thanks Olivier

I'm having a live migration issue. I needed to migrate my XO VM to another XCP Host so I can reboot the Host it was on (master) to finalize updates install (using RUP). The XO VM got about 95% migrated and seems to have hung. I now cannot connect to XO Web UI. I tried to connect to both my XCP hosts via ssh to force a shutdown and power it back on, but unable to do so as the VM now shows on both XCP Hosts

What's the best way to migrate a XO VM from one XCP Host to another? It's an Ubuntu 24.04 VM and Linux guest tools is installed on it. Also, how can I fix my current XO VM hung situation? Using XO Lite didn't help either
Thank you.

@nathanael-h Alright...will take a look

@nathanael-h said in Adding Sysprep Capability to VM Creation Using (Windows) Template:

https://docs.xcp-ng.org/compute/#-gpu-passthrough

Ok...so I don't think this'll work for my needs. How I use GPUs - I have Dell PE R740 Hosts, which I pass NVIDA Tesla cards through ESXi. After installing software in ESXi, I can see the cards in my Graphics Hardware section on my ESXi Hosts so I can then assign graphics to VMs. I then configure VMs to use vGPUs of the Tesla cards on the Hosts. The VMs host AutoCAD & other Autodesk software so this is needed. These VMs I host in a VDI setup using Microsoft RDS. But, it looks like what you all do now won't work...unless I'm missing something?

@nathanael-h Thanks Nathanael...I'll check it out. Appreciate it!

@astrugatch At this point, I'd submit your ova to the Vates team as they requested to have them look inside it to verify you're exporting what is needed to be able to import into XO

And...when I do export, I use some desktop computer to do so. When you run the tool cmd, you are getting prompted for credentials to vCenter? And, it takes like 10mins or so to export your VM?

@astrugatch hmm...something happening during your export then.