Hi,

Can you be more specific? It's not clear to me 🤔

@olivierlambert Thank for for the link.. I obviously still a lot more reading to do:)

Yes, as it's the recommended tool to manage your VMs 🙂

@greg_e I just stick it in the host because i had empty x8 pci slot and i need the GPU right now all those GPU are actually used up. 🙂

It works for my use which is very basic 2D autocad.

@heman

I had to use this when I didn't follow directions on my XCP-NG lab system.

Also a note to Freenas/Truenas users, make sure you "keep" a few old versions when you are upgrading things on your NAS, for exactly the same reasons. Yup, had to roll back on one of my production NAS this summer, nearly had a heart attack when stuff booted back up and none of the shares were accessible.

The only GPU I've tried to pass through has been an old Quadro 2000 card, and it seemed to work fine (though the old driver is a bit difficult on Win Server 2022). But the host also has a cheapo server GPU for XCP-NG to use for boot.

I mention Quadro because those didn't have the crippled firmware blocking them from pass through like the Geforce cards have/had. Kind of a dirty trick from nVidia!

Sorry I don't have any newer cards that I can test with, and I also only have Quadro cards here at all, "required" for some of our software.

What I did find out is that if you pass through a GPU, you can not migrate that VM to another host, even if that other host has the same model GPU installed. And with that my GPU pass though testing is complete.

@janvanhumbeek how long did you run Memtest for? Can you run it for the same length of time to see if it locks up. Check for BIOS updates. From the Logs you have C States errors so looks like Power management is not working you may need a different Kernel.

@thelearner What's the hardware your trying to work with, could you make a screenshot of the bios settings?

configure proper gpo for:

You need to answer the question: from where dc gets the time?

Try to boot in safe mode then.

Weird. Feel free to give more feedback if it happens again 👍

Confirming that @radioactiv's fix is all I needed too:

on my XCP-NG CLI did it.

You might get a free trial to play with it 🙂

@olivierlambert Thanks Master!

Regards from chile

Updated packages addressing this issue are available for testing on XCP-ng 8.2: https://xcp-ng.org/forum/post/41480

Check https://www.oftc.net/

We are also on Discord https://discord.gg/f8FcuBDq

This looks like it was a problem with the VDI's on a network shared storage.
Unpausing the VM's would "start" them but they never actually boot - no console would appear.

In the end, migrating all other VM off the host and then rebooting the host cleared whatever was causing these VMs to be stuck and we were able to delete them

We're currently trialing a new storage provider, so this is definitely something we'll be looking into more with their support.

@toby4213

It would show as many GPU as phisical procesors available.

Also what performance could I expect from one VM with a passed through GPU?
Regarding the use of GPU full , other performace depends of other resurces alocated for the VM. (disk, memory,...)

With passthrough does NVENC work in the VM?
YES

With the use of docker you can do as 20 nvenc per GPU... with K1,, we do 14 max with K2200 (1 GPU visible and passed thru to one machine)

@darkbeldin I believe that it was created in UEFI mode but I am not certain.

When starting the .VHD file in UEFI mode I get the following screen:

efiBoot.PNG

It doesn't detect the hard drive at all as far as I can see....

Hard to tell without knowing all the details. Maybe there's other services to restart, I don't remember 🤷