ich777

Funktioniert auch. Nein, aber hättest dann durch die zusätzliche dGPU wenn du die als primäre nutzt. Wie meinst du das? Über Parsec? Da müsstest bei Parsec nachfragen oder mal probieren ob das funktioniert. Aber nur wenn du sie an VFIO bindest was du zwangsläufig nicht tuhen musst. Wenn die VM beendet wird erscheint sie dann wieder in Unraid.

Oder du wartest auf die neuen Ryzen mit iGPU. In Jellyfin funktioniert die Transcodierung mit den AMD CPU's schon jedoch noch nicht in Emby und Plex.

Ich hab eigentlich nur gemeint das du so einen alten Rechner nimst und mal Unraid drauf bootest damit du dir Unraid ansehen kannst und mal testen kannst wie wo und was... Ah, jetzt weiß ich was das für ein ding ist... Hab nur den Namen nicht gewusst... Nein hat keine, wenn dann hat das Motherboard eine verbaut, ist aber eher unwahrscheinlich. Wie gesagt, deswegen einen alten PC schnappen und mal rumprobieren. Nervst doch niemand. Genau. Das ist eben die Frage wie du es konfigurierst, du brauchst auf jeden Fall das Nvidia Driver Plugin wenn du eine oder mehrere Karten in einem Docker Container verwenden willst. Normalerweise wenn du sie nicht an VFIO bindest wird die einfach wieder freigegeben und der Host, in dem Fall Unraid, sieht die Karte dann wieder und sollte dann auch wieder im Nvidia Driver Plugin sichtbar sein. Wie gesagt, ich find es einfach Vorteilhaft wenn du eine richtige iGPU hast die auch transcodieren kann zB in Emby, Jellyfin oder Plex und noch dazu hast du dann eine richtige Displayausgabe für Unraid selbst und du hättest dann auch den Vorteil selbst wenn alle Gaming VMs an sind das die transcodierung nicht über die CPU laufen muss weil keine Grafikkarte frei ist, bedenke auch du müsstest auch den Emby, Jellyfin oder Plex container immer neu starten wenn die Karte nicht verfügbar ist die gerade zugeteilt ist.

Hast du vielleich irgendwelche alte Hardware oder einen PC auf der du dir Unraid installieren kannst damit du es mal vorab probierst? Wird doch vom USB Stick gebooted und kannst sogar auf einem alten PC, vorzugsweise gleich mit einer Grafikkarte und einer Festplatte die du löschen kannst, für den Array start müsstest du nur eine Festplatte zuteilen die du Formatieren kannst. Sieh dir mal PhoenixMiner von @lnxd an mit dem kannst eigentlich fast alles und fast überall Minen. Das kommt wie gesagt auf den Hersteller der Karten an (AMD/Nvidia) und ist nicht immer einfach zu realisieren, hab leider nicht so viele Grafikkarten rumliegen das ich das probieren könnte... ^^ Du hast immer einen virtuellen VNC monitor zum einrichten den du aber später löschen könntest, musst du aber nicht und der braucht gar keine zugewiesen Grafikkarte. Die Hauptfrage wäre auch mal zu was du eher tendierst AMD oder Intel, wieviele Kerne/RAM willst du den VM's zuteilen usw... Bei Intel hättest du den Vorteil von der iGPU die auch transcoding übernehmen könnte aber du bist bei Intel stark limitiert an den PCIe lanes (aber bedenke auch das wenn du eine 10er Serie Grafikkarte in einem x4 PCIe slot betreibst du nur minimale Leistungseinbusen hast beim spielen - sorry ich bin leider nicht mehr wirklich auf dem aktuellen stand was die Grafikkarten angeht, kann mir bei den Preisen keine neue leisten ). Das Problem mit den Docker Container ist auch das die nicht einfach eine Grafikkarte benutzen können die gerade frei wurde weil die VM runtergefahren wurde, es ist wenigstens ein Docker neustart nötig wenn die Karte wieder frei wurde und das ist dann auch nur möglich wenn die von Unraid wieder erkennbar ist.

VM startet nicht und zeigt dir einen Fehler. Wie hast du vor die VMs zu starten? Direkt über die GUI oder mit dem WoL Plugin? Du musst die dann immer neu zuteilen, wäre aber da nicht der bessere weg einen Docker zu nutzen für den Miner. Wenn du es über einen Docker lösen würdest kommt es auf den Hersteller der Karten an ob es automatisch funktioniert oder nicht, jedoch müsstest du jedes mal den Container neu starten. Ich kenne Enthyrion nicht, müsstest mal nachsehen ob es einen Container gibt bzw. wenn nicht dann evtl. einen alternativen Container dazu suchen. Ich verstehe diesen Satz grad nicht, meinst du der Unraid Server kann sich eine teilen mit einer Grafikkarte die nicht durchgeschleußt ist? Unraid kann auf keinen Fall hin und her springen zwischen verschiedene Grafikkarten wenn dann kann Unraid immer nur eine benutzen und wenn du diese in der VM aktivierst wird sie Unraid "weggenommen", brauchst du denn überhaupt eine Bildschirmausgabe von Unraid?

Is it possible that you have bound your iGPU to VFIO, at least the PCI device ID: Binding... Successfully bound the device 8086:1539 at 0000:02:00.0 to vfio-pci Since your iGPU has the PCI device ID: 00:02.0 VGA compatible controller [0300]: Intel Corporation Iris Graphics 540 [8086:1926] (rev 0a) DeviceName: Onboard IGD Subsystem: Intel Corporation Iris Graphics 540 [8086:2212] What have you done exactly? Are there any VM's started? From the configuration I see that you've assigned every VM in your system a vGPU, please note that for example my i5 10600 can only run two vGPUs in mode 8 and one in mode 4. EDIT: May I ask why the "NAS" VM did need a vGPU?

Yes.

No, since Qemu needs to be compiled specificly to support that feature and it isn't. We have to wait until it is implemented into Unraid.

& @arturovf this is a known problem if you are talking about Plex.

The reboot is working with VMs that don't have GVT-g installed? Do you run the machine with OVMF, from what I've read, you can also try it with SeaBIOS eventually this will solve the problem, not much about that specific issue out there.

GuC/HuC is now implemented in the Plugin. Please update the plugin go to the "Guide" page in the plugin and select at the bottom where it says GuC/HuC in the "Troubleshooting" section select "0" from the drop-down to disable it and click on "Change". To apply it simply reboot.

Have you installed any other plugin like the Nvidia Driver plugin? Eventually in the next Unraid release everything will be working with a newer Kernel.

The syslinux actually takes care of that that the force_probe is applied since otherwise the transcoding in Containers won't work because he is now using the syslinux method and Intel-GPU-TOP and if he uses it like in this case with Intel-GVT-g enable_gvt=1 will be stacked onto the force_probe from syslinux so both things should be enabled. Also GVT-g is enabled because he has got not the error page when going to the plugin page itself. If the plugin detects that GVT-g within the module is not enabled it would display the error page. Hope that makes sense. EDIT: The force_probe is applied because he said that transcoding in Containers is working.

Nice. I don't completely understand? What is the problem exactly? Do you boot in GUI mode? This may be because you CPU is too new and GVT-g won't work but that is only just a guess. Have you rebooted after you've installed the GVT-g plugin? I will add an option shortly to the GVT-g plugin to select the GuC/HuC mode. That's pretty normal, the Intel-GPU-TOP module enables the module even if the file is there, nothing to worry about (this file exists to blacklist the module on boot but the plugin is also installed on boot and enables it). May I ask what do you want to do with the GVT-g plugin?

You can accomplish this too by adding 'i915.force_probe=4c8b' to your syslinux configuration: I would strongly recommend doing it this way, otherwise the GVT-g plugin, if you ever want to use it won't work.

It is very likely that it isn't supported by now since this is a really new CPU or you need another flag that you need to add to the syslinux config, what do you think @SimonF? Can you give me the output of 'lsmod' (without quotes) after issuing the command? I think there is a thread how to get rocket lake iGPUs working on this version of Unraid. You only need under normal circumstances Intel-GPU-TOP of you only want to activate the iGPU for transcoding in Docker containers.

It can be the case that you have to disable GuC/HuC, I will release an update for the plugin today so that switching the mode is possible in thhe GUI but a restart after switching the mode is necessary.

This should be easily solvable by: Shutting down the VM Remove the vGPU in the plugin settings Start the VM Connect over VNC to the VM and set a passwort Shutdown the VM Add the vGPU again Eventually make the necessary changes to only enable the vGPU This is really strange since this never happened to me, are you on the latest Windows version with all updates and the latest GPU driver? Eventually send me the Diagnostics after this happens (Tools -> Diagnostics -> Download -> drop the downloaded zip file here in the text box) and also the log from the VM itself.

Eventually try to start over, delete the container and the directory for jDownloader in your appdata directory.

That depends and is a question that I can't answer since I don't know which CPU do you own and how many streams you want to transcode in Plex and what you do in the VM with the vGPU. I can only tell you when you do light Desktop work (Internet, Youtube, Word,...) it will do pretty much nothing to the transcoding.

Can it be that your files are spread over multiple disks because you set the "Use Cache" option in the Share section to "Yes" and not to "Only" or "Prefer"? I think the above is your answer but you can also delete the jdownloader.jar from the appdata directory and start the container again, but I would first check the above answer.

WINE = Wine Is Not a Emulator... WINE will always use the maximum amount of memory available. This sounds more like a bug in a Mod itself like @Nanobug already mentioned and not in the Container or WINE. What you actually can do is to remove all the mods and let the server run and see if it also crashes. As a workaround I would recommend that you restart the Container once or twice a day if that's possible through a User Script on a schedule, something like this should do the job: #!/bin/bash docker restart NAMEOFYOUCONANEXILESDOCKER

Please empty the browser cache.

Try it without a space, it should at least work when you put in the two UUIDs in like this: "GPU-6e4ab224-6dcf-a139-fb53-1ab446850794,GPU-f988d9d8-fb2b-a769-9126-0f77a2eeb12c" (without double quotes).

Can you please put the STUN-TURN server in bridge mode and test it with default settings? I see you have it on a custom network what actually can cause problems.