ConnerVT

Perhaps it is the thumbnails. As for me, my backup server has only media share backups, and that is nearly 18TB of data. And it doesn't include any of my 4K stuff.

Setting up a new system, your best bet now is to install the latest - 6.12.6 Community Applications was recently updated that you won't be able to download any Docker or Plugin if you aren't at least running 6.12.x., and you certainly will wish to do that with a brand new setup. There have been sum significant changes in Unraid which makes it difficult to support earlier Unraid versions along with the current one.

Typical (default) locations: Appdata is stored in the where it is specified in the Docker Template. Typically in the Appdata Share, best kept on fast drive (SSD / cache). Docker executable files are held in the docker image file, the location is specified in Settings > Docker. Default is in the System Share (again, on fast drive - SSD / Cache) The rest of your data files are wherever you put them. Defined in the Docker Template and mapped accordingly to the application inside the Docker container.

After reading this new article, you may wish to add that array upgrade to your Christmas list: Hard drive prices could go up significantly after the rumored 'collapse' of key player — paving the way for growing SSD domination in the storage market

Exactly. More so now, as Intel will be (has already) been messing around with their product naming conventions, as they prepare to retire the "Core" branding.

Agree 100%, and will add another good reason - Newer higher capacity drives will generally be faster than smaller capacity drives. I've seen this as I have moved from 6TB to 8, then 16 and now 18TB drives (all from HGST). As capacity increases, the density of the data on each platter also tends to increase, reducing access times.

Hi Squid. A little bug you may/may not know of. Pressing the WHAT IS CHECKED button pops up the window, but no text is displayed. Latest updated plugin, 6.12.4, happens in both Firefox and Chrome. Was just poking around, in preparation of updating to 6.12.5.

I believe what ChatNoir was getting at is there's a difference between a card reader providing a GUID vs one that provides a unique GUID. This is what is at the root of the issue that this thread discusses. Many of the counterfeit flash drives don't bother to burn in a unique serial number, but rather just put the same number on every one they crank out (when they bother to do so at all). These drives work in Unraid for the first person who registers it. The second person (and everyone else that tries) is out of luck.

Thermalright Peerless Assassin for less than $35 USD is a great cooler. Just installed one in my main server and so much better than the OEM that it replaced.

Sonarr and Radarr base their searches on internet database sites (imdb, tvdb.com, etc.) so they probably wont help, as sporting events (even the biggest ones) are not included in those. You may be able to do something with NZBGet scripts (such as VideoSort or EasySort). I have not used any of the scripting in NZBGet, may/may not be possible depending on the docker you are using, and support may be hard to find given that NZBGet has lost support since its only developer retired from it and no decent fork has emerged from the ashes.

It all depends how you requested the download. It is Sonarr and Radarr that is moving the files from the NZBGet download folder to the Plex library locations. This is defined by the Category defined in Download Client and Media Management in Sonarr/Radarr. I would look at how you are requesting the download of your sporting event. I don't currently have it NZBGet running, but I don't believe it has a method of moving a completed file as you wish (I'm running SABnzbd now, ran NZBGet in the past). Perhaps something like NZBHydra can be configured to do this (I don't currently have that spun up either).

Plex relies on Internet connectivity for a number of things - authentication and how clients address/connect to your server are two that are first apparent. This was the first hit in Google of "plex without internet" - https://www.howtogeek.com/303282/how-to-use-plex-media-server-without-internet-access/

Interesting how your Plex appdata usage is so different than how mine is distributed.

Let's be sure we are all agreeing on our word definitions before getting too deep into this thread. Cache drive being the physical drive, which the Mover moves data (in this case, your photos) from the Cache to your data array. Appdata is the share where the docker containers keep their internal data (configurations, databases, cached information, etc). It usually resides on the Cache drive for fast/improved docker performance. Typically the Appdata share is configured as "cache only" and is never moved to the array. I will assume that your photos are stored on your array. My best guess what is happening is that the Photoprism appdata folder is just getting huge, which is one of the reasons I abandoned actively using it (Tried it - Didn't like it). My appdata folder grew to be 31GB in size, nearly all of it being thumbnails.

In your screenshots, I see you have subtitles selected (English (SRT)). Plex has, in the past and maybe still, used CPU transcoding when there are subtitles. Retry your test without subtitle selected. Also, be sure that you do not have leading or trailing space char on your GPU ID in the Plex template. I've been burned by this before.

The built in VPN Manager in Unraid is to make a more secure connection to the Unraid GUI. For connecting QBittorrent and other Dockers through a VPN, you are better off installing a QBittorrent docker that had VPN bundled in it. Binhex has some nice dockers with VPN and has excellent FAQ documentation for setting it up. There are also YouTube tutorials as well.

Try asking in the support thread of your docker in the Docker Container sub-forum.

You have confidence that the system you are using to transfer to/from your Unraid server can support 2.5Gbe fully? Same question for anything between the two (switch)? For example, my daily driver PC has a USB nic - It will receive close to 2.5Gb but only send around 1.8Gb. ITX motherboard so no PCIe slot available.

Generally (and I am going to be speaking in general terms in this post) when there are several of the same application in CA, they are basically the same. The way to look at it is that a docker has two parts - the application program and the docker "wrapper" around the application which translates/maps things between the application and the Docker engine running in Unraid. Typically most all inside these docker containers is the same application. Sometimes the author may tweak things a little, such as adding scripts/plugins/extensions for the application which you may have added if you had installed the application in a more conventional manner. As folks said above, unless there is a container you know has a different, specific feature you want (such a Deluge bundled with VPN) it really comes down to support. There are some major groups and individual superstars who do a great job with their repositories. Poking around in Community Applications and searching/sorting things, you will see who is most active. Then looking at how they handle their support (both which platform and their style). See which works best for you, then you'll have a better gut feeling the next time you need to decide whose version to install.

Realtek 2.5Gbe nics have been problematic for many Unraid users. In fact, I ditched mine for an Intel nic after hours of troubleshooting the same speed issues you are seeing. It looks as you may have a RTL8125B based nic. I would try installing the RTL8125(B) PCI Drivers plugin available in CA. It may help. (I would have tried this myself before swapping in the Intel, but the plugin came available after I swapped).

That is why I use rsync to back up. It will do a quick inventory of what is the same, and what is missing. Then only transfer that which is missing. The backup server can eat data at 1Gb speed on a 2.5Gbe network (plenty of head room for everything else), the drives write at around 200MB/s with no parity to deal with. My guess is that the data would be fully restored by copying it over faster than rebuilding the drive.

The only thing I exclude is my cache. It cuts my appdata backup for Plex in half - both in the size of the Plex appdata backup and in total time to backup 34 dockers. Cache = 11.7 GB Everything else (for Plex) = 13.5 GB /mnt/cache/appdata/plex/Library/Application Support/Plex Media Server/Cache/

That's the Moderator's uniform. 😋

It says so in your screenshot. You have two drives (Cache and Cache 2), each a 320GB drive. On the right, it shows the total size is 320GB, and that Cache 2 is part of the pool. Therefore, you must be configured as Raid1. To test, write something to the pool, and go back to the Main tab. Both drives should show write activity.

The best solution for your case is a Bluetooth speaker. Please don't think I'm being glib, I'll explain. Unraid does not support local audio devices (either on-board or HDMI from a GPU). There are no drivers included in the distro, as there are so many different possibilities for hardware. While Docker seems a logical alternative, the same issue applies - you would need a docker which you pass through the audio device and has the necessary drivers. It is a question that has been asked here before, and I have yet to see a working solution proposed. You can do this with a VM, but it isn't a great solution, especially when you factor in other users interacting with the system (the WAF - Wife Accepance Factor comes into play here). You would need to create a VM, install the required audio drives, then a player application which can then be accessed by another device (assuming you don't want your wife using the local Unraid terminal). This will use a bit of your server's resources and is prone to not working/issues (again WAF comes into play). A Bluetooth speaker is a simpler solution, and one your wife is likely most familiar. And she can then play whatever she wants in the way she usually does.