Yes, this is something I would double check: NIC issue or NIC firmware.

@tuxen Thank You, looks like it's booting on the selected cpu scaling now.

Looks like the job for a PXE server, like you would do for physical machines.

@Magoo-0
I can't thank you for the help you are giving me I took some data here they are

xl info.txt

Yes I had 🙂 Now at least everyone is aware on the more pressing requirements on Windows. Next steps will depends on what we can do with the Xen Project and Citrix (also aware about this).

@Darkbeldin
Seems like the slave still has it registered. When I try to add the slave to XCP-ng Center, it says it's still a part of a pool and I need to connect to that. The master just has no record and can't add the slave back because it's already connected.

Not at all 🙂 It's normal to learn. I hope we answered your questions 🙂

@olivierlambert

We wanted test first since currently vms are on Esxi to move to xcp-ng. If everything goes well we planned to move production by purchasing the pro-support/licenses.

Later when budgeting, management wanted to see and compare prices with different products (as per our requirement).

As per our very small environment concerned we won't get any issues with VMWare if any may be 1 call per year. if any issue VMWare support its per call basis USD 49 an hour.

Also Xcp-ng we won't get issues only issues we will get only when migrating or converting VMs from VMware to xcp-ng.

@GoogleSitemaps

https://github.com/xcp-ng/xcp/issues/565

danielbayley80 created this issue in xcp-ng/xcp open Domain 11 (vcpu#1) crashed on cpu#0: (N5105) #565

I setup a Windows 10 VM, changed the passthrough and installed plex server and it's able to do a hardware transcoding. So it looks like the passthrough of the gpu is working but for some reason debian through a docker isn't seeing it properly.

@stormi How do I change the title of the topic?

I don't know much about linux commands.

@olivierlambert

Unfortunately they don't offer a guide, just a mention of it working.

https://docs.citrix.com/en-us/citrix-hypervisor/graphics/hv-graphics-config.html

Citrix Hypervisor supports Intel’s virtual GPU (GVT-g), a graphics acceleration solution that requires no additional hardware. It uses the Intel Iris Pro feature embedded in certain Intel processors, and a standard Intel GPU driver installed within the VM.

However, they don't actually offer a guide on HOW to set this up besides offering some tips on how to setup BAR in the UEFI settings to change how many vGPU's it will support. I've enabled Above 4G Decoding, Re-size BAR Support and set the Aperture Size to 512MB but that doesn't seem to enable the vGPU options XCP-ng Center or XO. I'm assuming I need to enable it manually on the underlying OS before XCP-ng can see it.

Note that the Intel GPU pass through is GVT-d NOT GVT-g. If you use GVT-d (AKA, just your regular PCIe pass through) obviously then I wouldn't be able to use the GPU for the the XCP-ng console on the machine itself. I'm comfortable on how to set that up but I really need the console available on the hypervisor for my use case.

This video (in German) demonstrates setting it up in XCP-ng center.

https://www.youtube.com/watch?v=FW9TPMrdTYc

@thault Yes. But there are more tools that can do IPMI than XAPI. Though, I must admit it is not on the top of my list of nice to have stuff for XCP-ng 🙂

@Kajetan321 No static memory would be 28G/28G 8/28 is dynamic memory

Hi.

So I found an interesting thing on the Cloudmin side.

I am able to change the grub config on the VM before I migrate, which then allows the boot to work on XCP-NG.

How ever my main concern was if for some reason I need to roll back I won't be able to boot the VM up to the point where I can change the grub config.

But in Cloudmin there is an option for me to change the device address that will then be able to match the grub config.

Thank you again for all your assistance!

I am very excited to pitch the migration path to my management this week!