kernelpanic

Thank you for this @Hoopster! Transcoding with Plex has been a nightmare for me. I've tried ten ways to Sunday to get transcoding to RAM to work. Then I tried using an unassigned device which was a pain in its own right. This has fixed it for me! Thanks again.

Is there any way to change the version of tmodloader that is downloaded for the Terraria-tModLoader container? Trying to run that hot off the press alpha. The only option I see is to change the target game version.

Yes, exactly. There is no redundancy with xfs so far as I can tell. I backup appdata to the share every night so if the SSD dies I’ll have backup to some degree. Would like to see the btrfs fixed at some point though.

Actually, as I typed this I queued up some huge downloads. They all finished around the same time and the server took a shit. So, its not fixed, but is definitely better than it was. FWIW, I have two SSDs. One is a samsung and one is not. I think I'll move it all to the non-samsung SSD tomorrow and try again. Edit: Take that back, that was my machine kernel panicking again. I still stand by the xfs conversion being a good call.

I converted my cache (had to break the pool) to xfs (which does not support pooled drives) and the issue seems to be resolved. I can't say 100% but I've not seen any slow downs since the conversion. The conversion was not exactly simple and I found the steps in the thread linked earlier in this thread. 1) Stop the array, then disable Docker service and VMs. 2) Change cache pool to single mode (if you're on 6.8.3) and allow the balance to complete. Then stop the array, unassign one of the cache disks, then restart the array. 3) The array will balance the cache again. I could tell it was done because writes stopped happening to the drive I removed from the cache. Also, the text "a btrfs operation is in progress" appeared at the bottom of the main tab by the stop array button. 4) When the text was gone I formatted the spare cache disk through unassigned devices (you must have unassigned devices+ installed) 5) Use the console to rsync the data from the main cache to the spare cache drive e.g. rsync -avrth --progress //mnt/cache/ //mnt/disks/second_ssd 6) Once the copy is done, stop the array again and format the remaining cache drive as xfs. Note: you must change the number of available cache drives to 1 for xfs to appear as a file system. 7) Once the format is complete, restart the array and copy the data back using the same sync command with the paths flipped. e.g. rsync -avrth --progress //mnt/disks/second_ssd //mnt/cache/ 8. Once the copy is done, you should be all set. Restart the Docker and VM services. If there is an easier way, I couldn't find it in the forums, but I'm glad to have this working now. I may have skipped a step above as I did this from memory, but that is the gist. I am not pleased that I no longer have 1TB of cache from two pooled 500gb SSDs, but I'd rather it function properly than not at all.

Following this thread because I've had this exact same issue for some time now. I noticed this as soon as I set up my server about 14 months ago. I added a 2nd SSD in hopes of alleviating this issue, but it had no effect.

Try changing the value for NVIDIA_DRIVER_CAPABILITIES to "all" without the quotes.

I am in this exact situation. Perhaps I'm missing a key piece here, which I believe is the distinction between tdarr and tdarr_aio. How would one go about using the tdarr_aio container? There is only one app listed for tdarr.