Downgraded to 7.0.1 and back to normal function.

The VM I am using is not actually assigned in gvt-g plugin interface. I'm directly outputting over HDMI.

Couple errors in the syslog that were present mentioning tainted libraries. I didn't save a copy unfortunately.

modprobe Tainted

rpc-libvirtd Tainted

3 hours ago, jeffs2 said:

Couple errors in the syslog that were present mentioning tainted libraries. I didn't save a copy unfortunately.

Please post your Diagnostics.

On 6/18/2025 at 8:35 PM, jeffs2 said:

Having the same issue here on 7.1.3. When I try to start a VM that worked previously unraid locks up.

I was able to hit the power button on the machine itself to bring the array down, then held the power button down to turn it off fully after a while. I didn't have to run a parity check.

Hey guys - i have been experiencing a lot of instability on my WIn11 VM which i was using gvt-g to accelerate (which drastically improved Win11 VM performance, it felt ALMOST like a local pc via Windows RDP)....I documented some of the things i just went through in the below thread. I was happily using GVT-g for years until I started getting drastically bad instability issues, where WIn11 would eventually crash, then Unraid WebUI would lock up (takes 2-3 minutes just to load the dashboard, would not be able to "restart" the libvirt process) and furthermore, would not restart properly via GUI requiring me to hard pushdown the power button to restart my machine.

After a lot of troubleshooting, ChatGPT thinks GVT-g is the reason for my instability. I wrote a few posts in the below thread if anyone can help me solve how to keep INtel GPU acceleration but fix my Win11 VM stability issues. I went down a rabbithole of recreating my libvirt.img but it seems libvirt is not the issue for now.

I'm on 7.1.4 and my PC specs are: i7-10700T / 32GB DDR4 / Z490M-ITX. Thank you so so much for your help...

20 minutes ago, Linguafoeda said:

I was happily using GVT-g for years until I started getting drastically bad instability issues, where WIn11 would eventually crash, then Unraid WebUI would lock up (takes 2-3 minutes just to load the dashboard, would not be able to "restart" the libvirt process) and furthermore, would not restart properly via GUI requiring me to hard pushdown the power button to restart my machine.

This is a known issue when you exceed the vGPU vRAM limits and you know, applications and even the OS changes over time an it might be the case that it was running for years fine but now because of some change in the OS/applications/driver you are now experiencing these issues.

If you go through this thread you'll find a few such reports which ultimately are unsolved.

4 minutes ago, ich777 said:

This is a known issue when you exceed the vGPU vRAM limits and you know, applications and even the OS changes over time an it might be the case that it was running for years fine but now because of some change in the OS/applications/driver you are now experiencing these issues.

If you go through this thread you'll find a few such reports which ultimately are unsolved.

So is the only fix to reduce my Intel gvt-g usage or buy a dedicated video card to accelerate?

What are steps for me to just not use gpu acceleration for now to see if that is indeed the issue; then come back in a few weeks to figure out how to make it not crash if it is being used properly but something is causing an eventual crash?

On 4/7/2025 at 9:30 AM, copper said:

You can actually use RDP with gvt-g graphic. You need to modify RDP to perform rendering not on hardware.
 

its taken from

https://superuser.com/questions/1307709/windows-rdp-remote-desktop-can-i-force-to-disregard-gpu

 

Screenshot from mine config (saddly it will not help much most of you since its in Polish)

 

With this you can still have accelerated GPU VM without crashes from RDP protocol.

Hope this help some of you

Is this possibly the solution to my problem?@ich777 @alturismo

Edit: I guess this solution is no better than just turning off gvt-g (forcing CPU decoding)?

I just went back through last 8 pages or so of this thread including when I initially asked a lot of questions about the installation process, to which you both flagged this issue back then! I can try parsec though I haven't had the best of luck replicating the smoothness of RSP with either Anydesk or parsec so far. RDP was by far the best performance.

It seems almost certain that the issue causing my server to freeze up is related to memory vram leakage with gvt-g. The question now is - how can I make it much more stable to make it usable without jumping to the final conclusion of stopping all Intel GPU acceleration for my win11 VM / going back to GPU-less VM.

Edited July 11, 2025Jul 11 by Linguafoeda

4 hours ago, Linguafoeda said:

I can try parsec though I haven't had the best of luck replicating the smoothness of RSP with either Anydesk or parsec so far. RDP was by far the best performance.

then your hw acc wasnt fine, i can surely confirm parsec will be by far better then RDP.

Short answer, RDP will somehow kill your vram from your iGPU, especially when your client has a resolution > 1920*1080, im pretty sure i described this issue a few times already here in this thread, wont happen when you either use parsec, sunshine/moonlight, ... sad but true, for office RDP would be by far enough and you can use it oob while parsec as sample is a sep app on server and client, but in the end ... its faster, smoother, ... and wont kill the vram (and may finally crash even the server).

sample comparision, on parsec you can watch youtube, whatever videos and in fullscreen wont have any stutter, like bare metal directly on the mashine, RDP will stutter on 60 fps videos ;)

anydesk, teamviewer, chrome remote desktop, ... yes, RDP is the better choice, but as described above ... ;)

and no, no real solution therefore besides getting a mainboard which will for real offer more vram, all i had here always ob´nly came up to 256mb and not the in BIOS setted 1 gig ... some mainboards will for real offer the 1 G and prolly wont crash (at least not so fast).

1 hour ago, alturismo said:

then your hw acc wasnt fine, i can surely confirm parsec will be by far better then RDP.

Short answer, RDP will somehow kill your vram from your iGPU, especially when your client has a resolution > 1920*1080, im pretty sure i described this issue a few times already here in this thread, wont happen when you either use parsec, sunshine/moonlight, ... sad but true, for office RDP would be by far enough and you can use it oob while parsec as sample is a sep app on server and client, but in the end ... its faster, smoother, ... and wont kill the vram (and may finally crash even the server).

sample comparision, on parsec you can watch youtube, whatever videos and in fullscreen wont have any stutter, like bare metal directly on the mashine, RDP will stutter on 60 fps videos ;)

anydesk, teamviewer, chrome remote desktop, ... yes, RDP is the better choice, but as described above ... ;)

and no, no real solution therefore besides getting a mainboard which will for real offer more vram, all i had here always ob´nly came up to 256mb and not the in BIOS setted 1 gig ... some mainboards will for real offer the 1 G and prolly wont crash (at least not so fast).

I connect to my Win11 VM through ipad though 60% of time and I don't think there is any ipad client. I haven't had issues running YouTube videos at full screen using RDP, which I thought was why rdp was best in all my testing.

I haven't tried sunshine/moonlight, I can look into it but I need to be able to access from my iPad and from a PC where I don't have admin privileges anymore (it's running wireguard but can't install anymore software).

So is there no way to reduce likelihood of crashing less, like editing settings in windows VM itself or maybe switching the igpu down to v5_8 vs. I was using v5_4?

1 hour ago, Linguafoeda said:

So is there no way to reduce likelihood of crashing less, like editing settings in windows VM itself or maybe switching the igpu down to v5_8 vs. I was using v5_4?

as my main intention was always office and maintenance my first choice always been RDP, but I gave up on gvt-g as it ...

so, may try all you can, I gave up and switched to parsec with gvt-g.

your iPad prolly has a higher resolution, may try lower the resolution in the RDP client setting, that will help, but then you are most likely windowed ...

2 hours ago, alturismo said:

as my main intention was always office and maintenance my first choice always been RDP, but I gave up on gvt-g as it ...

so, may try all you can, I gave up and switched to parsec with gvt-g.

your iPad prolly has a higher resolution, may try lower the resolution in the RDP client setting, that will help, but then you are most likely windowed ...

Going to test out using exclusively Anydesk and moonlight (I found the iOS client), and see if that gives me stability while keeping v5_4 enabled.

The other thing I want to test is:

1. Trying v5_8 to see if that creates more stability (typically am using 1920x1200 resolution on desktop and the higher ipad pro resolution on my ipad)

2. Try disabling gvt-g as a whole since I don't play video games but do want high performance VM in my day to day workflow (do I just go into plugin -> remove to make my vm XML fixed to run without GPU acceleration)

3. Do further troubleshooting to see what may be causing the spike in vram / is there a way to avoid it. I saw a few discussions on GitHub regarding different kernels that could prevent this

1 hour ago, Linguafoeda said:

Do further troubleshooting to see what may be causing the spike in vram / is there a way to avoid it. I saw a few discussions on GitHub regarding different kernels that could prevent this

thats from 2023 ... nothing more to say

1 hour ago, Linguafoeda said:

1. Try disabling gvt-g as a whole since I don't play video games but do want high performance VM in my day to day workflow (do I just go into plugin -> remove to make my vm XML fixed to run without GPU acceleration)

yep, but may try then sunshine / moonlight, that will also make a huge difference

anydesk ... then you also can use teamviewer ;)

1 hour ago, Linguafoeda said:

1. Trying v5_8 to see if that creates more stability (typically am using 1920x1200 resolution on desktop and the higher ipad pro resolution on my ipad)

made all no difference here, you need more then the 256 mb vram, somewhere in this thread i posted the commands to figure the real available out ...

On 1/26/2024 at 2:59 AM, Linguafoeda said:

 

so i installed it and it properly shows in task manager but the improvement isnt terribly better than without it. are there any tuning settings to improve the video performance? it still lags while playing web videos for example

On 1/26/2024 at 4:20 AM, Linguafoeda said:

 

I just tried the native RDP client and its much speedier / snappier than anydesk, which is awesome! The only issue remaining is i don't know how to connect remotely with RDP when im not on the local LAN (i can't install a VPN on devices like my work PC which accesses the VM), so i will have to use the slower Anydesk for that

So I did some more extensive testing over the past two days across multiple vm clients. I reverted back to removing gvt-g from my windows VM and testing Anydesk and RDP, as well as parsec and sunshine/moonlight. For reference - I have a 10700T CPU with Intel 630 iGPU.

What I came to conclusion was Microsoft RDP was still the most complete, least laggy client and I will have to just go back to cpu-based rendering instead of GPU.

Some notes on clients:

RDP (Microsoft's integrated client): it has the least laggy interface, where upon Fullscreen at retina resolution or 1920x1200, everything feels quite smooth. Videos on YouTube don't lag on even with turning off gvt-g, though maybe at full screen / 4k resolution there is a bit or audio/video lag without gvt-g. Office products, general web browsing is all sufficiently okay.

Anydesk: Anydesk seems to lag no matter if I gave gvt-g or not for video. The pro is obviously it's running through Anydesk servers so I don't need to run a separate vpn client, and has some other useful features like a file browsers to move/copy files between client/host VM. Mouse is somewhat laggy so it's not my preferred for now.

Parsec: parsec was okay, it felt pretty fast but extreme negative is no iOS client, since ipad is a main client I use to access my VM. I'm conflicted that if I need to solve for a vRAM hole in gvt-g, is it worth giving up never using RDP and not having a good ipad client (brings me to next one).

Sunshine/Moonlight: this is more primitive, with highly configured settings. The resolution doesn't auto switch to ipad scale (I tried custom and full, it still only output 16:9 type resolutions creating large black bars on the squarish ipad screen), and it lagged tremendously without gvt-g. I didn't really like the moonlight iOS or PC clients, it didn't look very clean and again mouse was laggy. I didn't extensively test moonlight with gvt-g yet.

I'm using no gvt-g with RDP + Anydesk for last two days and so far no crashes. I want to test moonlight + parsec with gvt-g vs. RDP without gvt-g to see if I'm getting much more usability in the former case, in return for potential vram crashes.

Obviously ideal solution for me would be to get a crashless gpu-accelerated Windows VM and still use RDP, but based on ich777 and alturismo's posts, that seems unlikely.

@Linguafoeda

If you turn off hardware support for transcoding for RDP protocol you will still have gpu accelerated everything beside this protocol.

I was more or less in same place as you - for my testing only standard RDP protocol was smooth and crisp (even better when unlock 60fps). Other was lacking.

I am still using mentioned above configuration for RDP connection and works great for my setup

8 hours ago, copper said:

@Linguafoeda

If you turn off hardware support for transcoding for RDP protocol you will still have gpu accelerated everything beside this protocol.

I was more or less in same place as you - for my testing only standard RDP protocol was smooth and crisp (even better when unlock 60fps). Other was lacking.

I am still using mentioned above configuration for RDP connection and works great for my setup

What are the steps to do that?

I actually written it before in my post that you mentioned. So again:

You may disable it using the Group Policy Editor (gpedit.msc) and drilling down to :
Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment

and change as disable ConfigureH.264/AVC hardware encoding for Remote Desktop connections

Edited July 14, 2025Jul 14 by copper

Thank you so much for this detailed tutorial. But unlucky I still having trouble. In your tutorial, you said “ We will not assign the gpu for now and use vnc to setup basic settings and then assign the gpu”(things like these). So my question is : When I first setup the vm, I believe I should set the gpu in “virtual”(if I don’t misunderstand your words). After setting up basic settings, I go to the vtd plugin assign the gpu. THEN, should I change the gpu mode into the intel graphics xxx or remain the “virtual”.

Thank you so much again for your great work!

Edited July 14, 2025Jul 14 by Daniel924

How to virtualize J5040 Intel ® the UHD Graphics 605 CPU

20 hours ago, wewewt said:

How to virtualize J5040 Intel ® the UHD Graphics 605 CPU

Only Intel Core Series and Xeon Series CPUs are supported for GVT-g, Pentium and Atom Series CPUs are not supported (like mentioned in the first post).

Hi everyone,

Will there be support for Intel 12th generation CPUs in Binhex Emby? I tried to get hardware transcoding working, but it requires using a specific plugin, and unfortunately, there seems to be no other workaround.

Has anyone managed to make it work, or are there any plans to support 12th gen Intel iGPUs in the future?

Thanks in advance!

56 minutes ago, benda01 said:

Will there be support for Intel 12th generation CPUs in Binhex Emby?

GVT-g is only supported up to Intel 10th gen CPUs but you question has nothing to do with GVT-g.

It would be also be better to ask that in the appropriate support thread from @binhex since this seems like it's related to Emby and not GVT-g.

This also doesn't require a dedicated plugin, you just need to pass through the device /dev/dri but that is something you should ask in the support thread (you can get there by clicking the container icon on the Docker page within Unraid and click Support).

Hi all or to whomever has the patience to assist!

I have a Qnap tvs-672xt equipped with an i7 8700. I know the iGPU functionality is present since I can output to the HDMI when I enter the console/GUI upon boot. I am truing to passthrough the UHD630 to a VM and I am using this guide. Not being successful I found another guide which applies for UHD770 and mentions the intel_gpu_top plugin so I decided to install its alternative for UHD630. I am getting the error from Intel GVT-g plugin - GVT-g not supported which instructed me to create this post since I have a compatible CPU. I've also attempted all options in GuC/HuC Firmware loading in the Guide section of the plugin as well as all the steps listed there as a troubleshooting path. Perhaps I need to adjust my Syslinux configuration, or it will never work on my qnap since it has locked bios? Unfortunately I am not too fond of flashing it after reading the horrors with these units, however, I am open-minded if this is a last resort.

Please let me know if you may have any suggestions or are aware of any guidelines. I was not too successful at the moment. I appreciate your help!

park-diagnostics-20250829-1722.zip

This Plugin Support the Intel Arc Pro B50?

8 minutes ago, vdeleon said:

This Plugin Support the Intel Arc Pro B50?

No this is for older gen CPUs. B50 will be sriov but is not currently in kernel used in Unraid, I think it is in 6.17 which is still in RC.

On 8/29/2025 at 5:33 PM, Zvaniel4o said:

I am getting the error from Intel GVT-g plugin - GVT-g not supported which instructed me to create this post since I have a compatible CPU

i guess qnap devices wont support it

its also a matter of mainboard too, not all combos does work, and also, most likely T model CPU's are inside NAS devices which also most likely wont work.

On 7/13/2025 at 9:15 PM, Linguafoeda said:

Obviously ideal solution for me would be to get a crashless gpu-accelerated Windows VM and still use RDP, but based on ich777 and alturismo's posts, that seems unlikely.

its most likely when the RDO resolution is > 1080

when i tested all through, that was max to get it decent long running, once i went higher (as client had higher res) then i ran sonner or faster in oom error ... thats why i recommend parsec, in your case with ios may not the best option ;) so sunshine / moonlight would be a alternative, but as you mentioned also not so nice on ios.