ich777

Are you really sure that you didn't do anything manually to the permissions, that's the only reason I can think of why it is now not working. Please delete the container, then delete the folder for luckybackup which is located in the appdata directory and then reinstall the container from the CA App.

Did you do a reset permissions from the tools menu on the Docker directory? Are you using a Docker directory or a image? If you did a reset permissions, you have to set up Docker again. Reset permissions is only meant for user shares…

I even don‘t know what this container is used for. You can try to install it in a LXC container and see if this is working.

No, not anymore, the issue was solved by adding cgroupv2 to Unraid. Do you run the container with in provileged mode? But I don‘t think that this will help bor that this is a good idea. Sorry but I even don‘t know what this container is…

What does the logs say? Without then I can‘t tell much. Please stop the container, click on the container icon and then select logs.

Reboot afterwards, this should also be displayed in the plugin removal window.

Maybe it will work but I really can't tell for sure because it's not officially listed but I've got reports about Tesla P4 cards working with the desktop driver and even some K series cards, you can try it and if it doesn't work then please post your Diagnostics and I will take a look into it. But in general the plugin only supports consumer cards.

Yes, why not. You even can build the Kernel inside a Docker container.

I will look into that but I'll maybe drop some features from the plugin anyways. Can you try to uninstall the plugin, reboot, reinstall the plugin and see if that helps?

I've already updated the container now use the new repository from ValheimPlus from over here. You can now also change the repository to your preference. I think even if mods are marked as incompatible with ValheimPlus I don't think that is going to be the case since ValheimPlus also uses BepInEx as the Backend. Is that an issue at all? I have to say that I'm not familiar with r2modman but wouldn't it be possible to place the executable in the Valheim folder and run it from there and let it do it's thing or can you maybe specify a directory where the Valheim files are located? Please note that I'm not planing to implement any mod manager into the container itself since this would be a huge pain. ValheimPlus and BepInEx where also only added because of many user requests, usually I don't implement such things because modding is always up to the user itself.

No, I think Zabbix Proxy is based on sqlite IIRC. Sorry I don't use Zabbix anymore and I've stopped creating templates for containers that I don't use/maintain.

The notification should mention that you should reboot or am I wrong? The notification text should be: Or do you mean that a new version from the plugin is available? A new version from the plugin doesn‘t mean that a new driver package is available… If you want to update the driver package itself, go to the plugin page. But you really don‘t have to update the driver if you are using the card for transcoding, a new driver will not speed up the transcodes. No, even if you do it manually the notification should tell you to reboot. The message should be something like that: I really couldn't do more then writing to reboot in the notification.

I would recommend that you create a bug report for that over here, I don't have any issues on RC5. Also attach the Diagnostics from RC5 where you have the issue.

Please uninstall the SRIOV plugin, reboot and it will work. SRIOV is in a experimental state and not officially supported by the Kernel: Source: https://github.com/strongtz/i915-sriov-dkms/blob/master/README.md

Are you using the SRIOV plugin? Someone reported this over on GitHub: Click The Diagnostics from your systems would be really helpful and what is not working exactly.

Puh, du bist aber mutig, du weißt schon das man in so einen Treiber Backdoors und noch viel schönere sachen einbauen kann... Ohne sourcecode ist das mutig und vor allem weil man das als plugin lösen könnte und nicht die bz files austauschen müsste in denen man noch viel schönere sachen einbauen kann. BTW, das hat auch weniger mit Unraid zu tuhen, das hat mehr mit dem Linux Kernel und der Firma Realtek zu tuhen.

Also zuerst mal muss ich sagen deinen eigenen Thread als Solutin markieren finde ich nicht in Ordnung vor allem weils keinen Lösung gibt... Zunächst ein mal muss hier nichts falsch sein da Realtek es, sagen wir mal, nicht so genau nimt und gerne mal einen anderen Treiberer für mehrere Chips verwendet, siehe hier für deinen Speziellen Chip (Realtek RTL8125B): Der richtige Treiber wäre in deinem Fall der r8152 jedoch muss das nicht heißen das dieser auch der richtige ist da Realtek es eher nicht wirklich genau nimt mit Treiber updates für Linux wie du schon sehen kannst da die up to Kernel 5.17 unterstützen (Unraid 6.12.0-rc5 benutzt derzeit 6.1.27) und es eigentlich dem Kernel Team und der Comminity überlässt die Treiber zu pflegen, good job Realtek... Sorry ich muss mal meine Frust über die auslassen. Der r8169 Treiber ist auch komplett der richtige Treiber wenn du den Kernel In Tree Treiber verwendest jedoch ist es auch bekannt das dieser nicht so funktioniert wie der proprietäre jedoch nicht in dem Ausmaß. 1,6 - 1,9 Gbit/s sollten mit dem in Tree-Treiber möglich sein, den Unraid auch verwendet. Da könntest du recht haben da er direkt auf einen share schreibt und nicht auf die Disk selbst @rene54321 hast du schon mal versucht direkt auf die Disk zu schreiben, sprich einen Disk share zu machen? shfs bremst manchmal, aber so extrem habe ich es bis jetzt noch nie gesehen. Schalt bitte auch mal bonding aus, du hast doch nur eine Netzwerkkarte oder? Hast du irgendwas getuned irgendwo in den settings? Deine Netzwerkkarte reported das Auto-negotiation aus ist.

Can you try to upgrade to the next branch from Unraid, please keep in mind that you are on bleeding edge hardware and the Kernel from 6.11.5 maybe doesn‘t support your iGPU. Bleeding edge hardware and Linux is most of the time not a good combination.

May I ask why? You iGPU should be as capable as the 3060... Just saying... Hmmm, it would be really interesting if HW transcoding is working, can you maybe try to install the official Jellyfin container and pass through /dev/dri and see if this is working?

This is really strange and I can only assume that it has something to do with your 13th Gen CPU but I really can't tell for sure. Do you run Emby/Jellyfin/Plex too on your server? If yes is HW transcoding working there?

This is perfectly fine. Please keep me updated on this...

Now that I see it, how do you added the GPU to the template? Have you done it like mentioned in the second post from this thread? Please note that the flag: --gpus all causes issues on many systems is not recommended by me...

May I ask if you can try it with the official container from over here?

I don't think that's possible but I could be wrong about that...

@supawiz6991, @Draco1544 & @ezhik please update the plugin to version 2023.05.02 and see if the issue is fixed.