10 minutes ago, greenflash24 said:

and

 

and may now also please this

 

 

should look something like this

 

10 minutes ago, alturismo said:

and may now also please this

 

Here you go

 

To me this also looks fairly normal.

2 minutes ago, greenflash24 said:

To me this also looks fairly normal.

 

indeed ... ok, i see you still have a active vgpu running, are you running more then 1 VM with it ? which is currently active ?

 

different UID from your screenshot

 

or may just try this and see what the respond is

 

echo 4454c688-d067-488a-a7df-4d62933dcfa4 > "/sys/devices/pci0000:00/0000:00:02.0/mdev_supported_types/i915-GVTg_V5_4/create"

 

this should now manually create the vgpu fitting to your VM

13 minutes ago, alturismo said:

i see you still have a active vgpu running, are you running more then 1 VM with it ? which is currently active ?

 

There could be the problem ...

 

I do NOT have any VM running where i have a vgpu attached to it. I have just 2 linux servers running, but without a vgpu assignment.

 

When I first experienced this issue, i thought it might help to delete all assignments and recreate them one by one.

Currently I have only created the following assignment:

 

 

And this VM is stopped because it wont start without the error.

So no other VMs with a vgpu running.

 

 

 

Quote

or may just try this and see what the respond is

 

also not working

 

Edited November 3, 20214 yr by greenflash24

3 minutes ago, greenflash24 said:

And this VM is stopped because it wont start without the error.

 

please try again after my post above

5 minutes ago, greenflash24 said:

also not working

 

 

ok, there we have the error

 

i guess its your "older" test you made before ...

 

now lets remove the existing one, replace the UID (REPLACEHERE) with the one i showed you above from your pasting, this should free up the space ...

 

echo 1 > "/sys/devices/pci0000:00/0000:00:02.0/REPLACEHERE/remove"

 

btw, on the next reboot, take a look at your bios settings for the igpu and assign the max RAM you can do there ... im sadly also limited by my bios ... others can increase up to 1 GB and really can run more then 1 in v4 mode ...

5 minutes ago, alturismo said:

ok, there we have the error

 

i guess its your "older" test you made before ...

 

Okay, that has fixed my issue and I can successfully start my VM now 😅

 

Thank you a lot for your help!

 

 

2 minutes ago, greenflash24 said:

Thank you a lot for your help!

 

 

you welcome and enjoy, please see my other note about BIOS and RAM assignment and watch the used resolution (specially on RDP), max should be 1920x1080 ... when u increase u can also get vgpu page errors ending in a total crash, as long as you stay inside the specs you should be fine

8 minutes ago, alturismo said:

btw, on the next reboot, take a look at your bios settings for the igpu and assign the max RAM you can do there ... im sadly also limited by my bios ... others can increase up to 1 GB and really can run more then 1 in v4 mode ...

 

3 minutes ago, alturismo said:

 

you welcome and enjoy, please see my other note about BIOS and RAM assignment and watch the used resolution (specially on RDP), max should be 1920x1080 ... when u increase u can also get vgpu page errors ending in a total crash, as long as you stay inside the specs you should be fine

 

 

I have already done this on my last reboot, as I read in this thread that this might help.

I could increase it to 1GB, which i have already done.

 

Sadly I can not run more then 1 in v4 mode only in v8 mode, even when 1GB vram in BIOS is set.

hello, since rc2 i see the following message after boot

modprobe: FATAL: Module vfio-mdev not found in directory /lib/modules/5.14.15-Unraid

 i uninstalled the plugin and the message is gone

3 minutes ago, M2k said:

modprobe: FATAL: Module vfio-mdev not found in directory /lib/modules/5.14.15-Unraid

Where did you see this message?

 

Have you got any Diagnostics?

 

Can you please post the output from:

find /lib/modules/5.14.15-Unraid/ -name "*mdev*"

 

i saw it on the screen.

is the output
/lib/modules/5.14.15-Unraid/kernel/drivers/vfio/mdev
/lib/modules/5.14.15-Unraid/kernel/drivers/vfio/mdev/mdev.ko.xz

 

@ich777 https://forums.unraid.net/support/2237/ here are the files

18 minutes ago, M2k said:

@ich777 https://forums.unraid.net/support/2237/ here are the files

This link is dead...

 

19 minutes ago, M2k said:

i saw it on the screen.

From the console?

Was GVT-g working or not? This is only a cosmetic issue.

ok if its only cosmetic then all should be fine.

have not tested on rc2 yet, only saw the error message and thought its a bug on rc2

2 minutes ago, M2k said:

ok if its only cosmetic then all should be fine.

have not tested on rc2 yet, only saw the error message and thought its a bug on rc2

Update the plugin and you won't see the message on next reboot, have already update the plugin.

I am still having reliability issues with my Win 10 VM and Intel-GVT,

 

I am now receiving a different error to previous errors:

(Previous error was "Tower kernel: gvt: guest page write error, gpa XXXXXXXX").

 

As pre previous post:

My details:

 

Found VGA Adapter:
Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] (rev 02) using mode V5_4 with Win10 VM

 

I have GuC/HuC Firmware loading: set to default

 

Win 10 VM is also assigned a Nvidia GPU (1050 Ti)

There is no other VM assigned a vGPU 

 

I have set RDP max resolution to 1920x1080 via Group Policy Editor on the VM

 

I have increased the BIOS values to the max for the following options:

dvmt pre-allocated

dvmt total gfx mem

 

 

My VM will work happily away with BlueIris doing some Intel based transcoding with approx 15-20% GPU usage reported via Task Manager but it crashes at random and then makes the VM system inaccessible on unRAID.

 

Diags attached.

 

Syslog reports the below at time of VM crash:

Nov  6 15:00:1Nov  6 15:00:18 Tower kernel: gvt: vgpu 1: fail: shadow page 0000000000000000 guest entry 0xffffffffffffffff type 9
Nov  6 15:00:18 Tower kernel: gvt: vgpu 1: fail: spt 00000000a1a28f04 guest entry 0xffffffffffffffff type 9
Nov  6 15:00:18 Tower kernel: gvt: vgpu 1: fail: shadow page 00000000a1a28f04 guest entry 0xffffffffffffffff type 9.
Nov  6 15:00:18 Tower kernel: gvt: guest page write error, gpa 2c6daa000
Nov  6 15:00:18 Tower kernel: gvt: vgpu 1: fail: shadow page 0000000000000000 guest entry 0xffffffffffffffff type 9
Nov  6 15:00:18 Tower kernel: gvt: vgpu 1: fail: spt 00000000a1a28f04 guest entry 0xffffffffffffffff type 9
Nov  6 15:00:18 Tower kernel: gvt: vgpu 1: fail: shadow page 00000000a1a28f04 guest entry 0xffffffffffffffff type 9.
Nov  6 15:00:18 Tower kernel: gvt: guest page write error, gpa 2c6daa008
Nov  6 15:00:18 Tower kernel: gvt: vgpu 1: fail: shadow page 0000000000000000 guest entry 0xffffffffffffffff type 9
Nov  6 15:00:18 Tower kernel: gvt: vgpu 1: fail: spt 00000000a1a28f04 guest entry 0xffffffffffffffff type 9
Nov  6 15:00:18 Tower kernel: gvt: vgpu 1: fail: shadow page 00000000a1a28f04 guest entry 0xffffffffffffffff type 9.
Nov  6 15:00:18 Tower kernel: gvt: guest page write error, gpa 2c6daa010

 

 

Diags attached

 

As always thanks so much for your work and any help that can be given.

 

tower-diagnostics-20211106-1919.zip

35 minutes ago, Capt.Insano said:

As always thanks so much for your work and any help that can be given.

 

there is not much todo, your error occurs due vgpu has not enough RAM sometime ...

 

all you can do or try, lower the resolution even more so your blue iris app may have more ressources and may set the highest fix value in the BIOS instead which hopefully is at least 256mb

@Capt.Insano I also think, like @alturismo, that BlueIris is using at times too much VRAM and that is causing the instability issues.

Is there any setting you can make inside BlueIris to limit the usage? How much cameras do you have in BlueIris set up?

Sent from my C64

I have 5 cameras in my set up but 4 of them are fairly low res so seem to be consuming very little effort from the iGPU.

 

I dont know of any BlueIris setting to limit usage, however usage is never over 15-20% 

 

 

Current Task Manager status of VM:

 

 

 

GPU 1 = Intel iGPU

GPU0 = Nvidia Card

 

Current Bios Settings:

 

 

 

 

Was prev on MAX but changed to 256M instead of MAX to see if stability improves.

 

 

 

Left this on 1024M

 

 

 

I also just changed the "Aperture Size" for the first time, I am not sure if it is relevant.

I was default on 256M but I increased it to 1024M (I tried 2048M but it caused issues booting unRAID)

 

 

 

5 hours ago, Capt.Insano said:

I increased it to 1024M

 

that should most likely help already

Thanks so much.

 

I did not know what the "Aperture" setting was for but it also gave me more mode options:

 

 

Seems to be stable so far, will report if issues.

Dont know why this happens all the time. but vm manager crashes because of igpu on my W10 vm. I only start RDP with 1600x900 resoloution but the vm crashes anyway.

Any suggestions?

thank you

24 minutes ago, hjaltioj said:

Dont know why this happens all the time. but vm manager crashes because of igpu on my W10 vm.

What mode are you using for the VM?

Does only the VM crash or the entire systen?