strike

I haven't really tried it myself, but add both to be safe (your remote LAN and the one in VPN settings), or just try one of them at a time if you want. LAN_NETWORK accepts multiple comma-separated CIDR ranges

You need to add your remote subnet to the LAN_NETWORK variable.

And you need that to be able to use it in docker containers.

I have the Intel i915 SR-IOV and the Intel GPU Top plugins installed.

I might be wrong, but I think you need to wait for the next kernel which will be in 7.3 for the arc b580 to work. I think I saw some posts about that. The igpu should work tho, I think. Have you installed the driver? There's a plugin for that.

It's a good suggestion, in theory, but I explained why I chose not to do this in this post: https://forums.unraid.net/topic/191758-plugin-disk-space-management-mainly-for-those-who-use-the-split-level-feature-in-unraid/page/2/#findComment-1595625 You can use Movie or Tv Shows for this also, each library can have multiple comma-separated paths. So in the movies library, you can have Media/Movies,Media/Anime, for example. But you can use the other category too if you want. I suggest reading the help text by pressing the help button in the top right corner of the webui for info about each setting.

Not to self-promote or anything, but the disk space management plugin will take care of moving things automatically for you, so you don't need to do it manually every time. It was created because I was moving things around on a daily basis, and now it does it for me automatically :)

If you click the help button in the top right corner of the webui you'll get all the info you need, but you should use relative paths. So if your movies is under /mnt/user/Media/Movies the path would be: Media/Movies Remeber that linux is case sensetive. And please read the help text for more info :) What do you mean by this? You can put multiple paths in each library, comma separated. If you use only 2 you leave the third one empty. The problem is that this plugin moves from disk share to disk share, not user share. If I change it to the user can browse the share, it needs to browse the user share. And let's say a user selects /mnt/userMedia/Movies the script would then need to strip out the /mnt/user part because moving from a user share to a disk share could be very bad and lead to data loss because of the user share copy bug. So the choice to let the user NOT select the path by browsing the share is very deliberate. Edit: For those who don't know; The "user share copy bug" refers to a data-loss issue in Unraid (and similar NAS systems) where copying files from a disk within a user share to the user share itself (e.g., from \\Tower\disk5\ShareA to \\Tower\ShareA) causes files to become corrupted or truncated to zero bytes. It happens because the system tries to overwrite files with themselves.

I just briefly read a post in some thread that the newest nvidia driver dropped support for all 1x series cards. Or maybe it was just 10xx cards, can't remember exactly. But maybe you need to roll back to a previous driver? Check what cards your driver supports.

This patch is not for keeping the driver up to date, but to remove transcoding restrictions on consumer cards. Consumer graphics cards are locked at 2-3 transcoding streams (IIRC). With this patch, you can have unlimited transcoding streams. So if you need only 2-3, then sure, remove it. If you need more, keep it.

RIP and my condolences to his family

It looks like it doesn't even try to start the web-ui. First, try to back up your appdata somewhere and start with a fresh config, just copy in your wigeguard files. If that doesn't work, according to your docker run command, the container is set to use the "sinclairnet" network. It's not really supported to use custom networks in this container. Sometimes it works, and other times it doesn't. If you want to use a custom network, you should switch to using the thin client of deluge instead of the webui. Or if you want to continue to use the webui, switch to the bridge network. But as mentioned, it doesn't look like it's even trying to start the webui, so it could be some corrupt files, so try starting fresh first. If it works, copy back you files for your torrents from the backup.

Please do this: https://github.com/binhex/documentation/blob/master/docker/faq/help.md

Ah, I see. It oculd maybe have been the cleanup appdta plugin if it deleted the docker.img. Haven't really used that plugin so I can't say how it's configured. But if you added the folder where the docker.img is in the settings and it somehow removed it, that could indeed be the cause. Can't really see anything suspicious in the logs.

Changing the size will recreate the docker.img file, causing you to have an empty image. So this is to be expected, and you have to reinstall via previous apps like you did.

Have you enabled "Host access to custom networks" in settings->Docker?

Your appdata, domains, and system share have files on the array. I don't know if that is just a backup you made before the migration or if all the files are still on the array. If they are still on the array you should move all files back to the cache using the mover. Stop docker and VM service. Go to each share and set mover action array->cache and click move. Your Docker share is set to use the array, you should also change this to cache only. Stop the docker service (settings->docker->enable docker= no and apply. Delete the docker.img file in the same settings page, Make sure all your shares above is set to cache only and that all the files are back on the cache. Enable docker, this will re-create the docker.img file. Go to Apps -> Previous Apps and reinstall all your containers. After that is done, you should be back to the way it was.

If you use SFTPGo it's possible. You can create as many users as you want and add permissions on a directory basis if you wish. You really shouldn't be using the root user, so take a look at SFTPGo instead.

So I did put in some code to attempt to fix this issue a while ago, but I didn't release it. Mainly because I'm unable to reproduce the issue, so I don't know if the fix will work or not. But I just pushed an update now, so it would be much appreciated if those experiencing this issue could confirm if it's working or not.

Have you tried moving the docker.img to another ssd/nvme pool? Moving it to the array will also be slow due to it's parity protected.

A good suggestion, but I personally don't understand why people are so afraid of rebooting or even restarting the array. I mean, set your vm's to hibernate and you're back to the way everything was in like 10 seconds after restarting the array. But I support your suggestion 🙂

On another note, you have a machine (192.168.10.184) in your network constantly trying to ssh into your server without making a successful login. You should fix that.

It looks like at least 4 of your shares are using split levet to split at the top directory. The way split level works is that it tries to keep files and folders together based on your split level, at all costs, even if there's no space left. So plit level setting trupms everything. So either relax your split level or install the disk space management plugin to let it automatically keep your disk space above a certain threshold, to always leave space for new files. So you can keep using the split level you want. It will move things to the disk with the most free space.

AFAIK, no one has been able to get HW transcoding to work in this container. Use the official one. If you need Tailscale, set up a reverse proxy using swag and install the Tailscale mod there. Works great. Tutorial here: https://www.youtube.com/watch?v=uznDiFPlvvM

You can also try to delete the core.conf file, it will be recreated when you start the container again. But before you try that try a different browser, preferably an incognito window to rule out problems with plugins/extensions.