Andiroo2

I prefer a backup on any file change, even if that’s 10x per day. If my flash drive dies, I want to know that the latest config is available to restore. Not one from a week ago before I made some change (and you KNOW that would happen right before the drive dies…).

Can you confirm that you’re using an nvidia GPU? The nvenc error implies that it can’t find one. Can you transcode with CPU properly? Make sure that’s working for all types of files before addressing your GPU trouble.

It sounds like your Tdarr docker is writing to the Unraid cache/RAM instead of your SSD. I would check that the “Transcode Cache” path in the Tdarr server and node docker settings are the same, and that they are pointing at a share that is set to use your cache (share set to ‘Yes’ or ‘Prefer’). The ‘/temp’ setting for transcode cache in the Tdarr GUI will point to this path in the docker settings, so double check that it’s set to the SSD (e.g. : /mnt/cache/<share_name> ) and not /tmp on the server.

I've turned off "Scan my library periodically" in Plex...let's see if that makes a difference. I (like everyone else) am running Tdarr on my libraries at the moment so it may be a month or two before my disks spin down to test this for reals.

I was getting this error as well before I cracked my GPU issue. If you are using QuickSync GPU, check my earlier post for the 3 steps I took to get it working.

I'm using "Tdarr_Plugin_drdd_standardise_all_in_one" which converts audio to aac. I lied. I am using these two: - Tdarr_Plugin_JB69_JBHEVCQSV_MinimalFile (I edited this plugin to ignore all files that were already in HEVC completely) - Tdarr_Plugin_JB69_JBHEVCQSZ_PostFix

Update: I have resolved my issues. Here is what I did to get Quick Sync GPU transcode working in Tdarr on a 10th gen CPU: Set the Tdarr_node docker to Privileged Change the node options (on Tdarr main page > Nodes > (select your node) > Options) to use "vaapi" hardware encoding, and NOT "qsv" I then ran the following command within the Tdarr_node docker container's console: apt install vainfo intel-media-va-driver-non-free After doing these steps, I was able to get GPU transcode working on my i7 10700k iGPU.

I’ve had this issue since beta 35 of the last release. I’m on the latest stable release now and I still see my drives spinning up for SMART and then down again after the 15 min set time. Over and over again.

I've looked thought the thread and can't find what I am looking for -- help with Quick Sync GPU setup for the new v2 tdarr dockers. I have my iGPU working in Plex via /dev/dri, and passed it to the tdarr node the same way. I have tried a few different QSV plugins but none seem to work. I can convert with a CPU plugin without issue, so I know the containers and directories are set up properly. Can someone recommend a QSV plugin that works for them? I've tried the ones listed in the default options and one I found online but no dice. Some logs from the node showing the processing starts, but nothing really happens: [32m[2021-10-04T09:06:03.055] [INFO] Tdarr_Node - [39mStarting Tdarr_Node Preparing environment [32m[2021-10-04T09:06:03.075] [INFO] Tdarr_Node - [39mUpdating plugins [32m[2021-10-04T09:06:03.079] [INFO] Tdarr_Node - [39mTdarr_Node listening at http://localhost:8267 [32m[2021-10-04T09:06:03.173] [INFO] Tdarr_Node - [39m---------------Binary tests start---------------- [32m[2021-10-04T09:06:03.181] [INFO] Tdarr_Node - [39mhandbrakePath:HandBrakeCLI [32m[2021-10-04T09:06:03.190] [INFO] Tdarr_Node - [39mffmpegPath:ffmpeg [32m[2021-10-04T09:06:03.201] [INFO] Tdarr_Node - [39mmkvpropedit:mkvpropedit [32m[2021-10-04T09:06:03.201] [INFO] Tdarr_Node - [39mBinary test 1: handbrakePath working [32m[2021-10-04T09:06:03.201] [INFO] Tdarr_Node - [39mBinary test 2: ffmpegPath working [32m[2021-10-04T09:06:03.201] [INFO] Tdarr_Node - [39mBinary test 3: mkvpropeditPath working [32m[2021-10-04T09:06:03.201] [INFO] Tdarr_Node - [39m---------------Binary tests end------------------- [32m[2021-10-04T09:06:03.356] [INFO] Tdarr_Node - [39mCloning plugins [32m[2021-10-04T09:06:03.679] [INFO] Tdarr_Node - [39mFinished downloading plugins! [32m[2021-10-04T09:06:05.095] [INFO] Tdarr_Node - [39mNode registered [32m[2021-10-04T09:06:05.790] [INFO] Tdarr_Node - [39m[2.435s]Plugin update finished [32m[2021-10-04T09:07:04.156] [INFO] Tdarr_Node - [39mProcessing file: /mnt/media/Unsorted/movie1.mkv [32m[2021-10-04T09:07:36.176] [INFO] Tdarr_Node - [39mProcessing file: /mnt/media/Unsorted/movie1.mkv

i7 10700k

Worked for me when I selected Mode 8. I initially selected Mode 4 and it didn't work. Nice work!

Confirming that this solved my issues. Delete the 2 files and reboot...thanks SO much!!

Change your router's IP back to 192.168.1.1 and DHCP range back to 192.168.1.[100-255]. This will solve your problems. You can't just pick any random internal IP for your router. Once you're back online, check the Wikipedia article posted by @trurl, specifically the section on Private IPv4 Addresses. This has details on the ranges you CAN use for your internal network: https://en.wikipedia.org/wiki/Private_network.

The issue was with 10th and 11th gen Intel CPUs on Linux (I have an i7 10700k). Tone mapping was moved out of hardware due to a bug, so anytime I would try to transcode a HDR movie it would peg my CPU. After moving to v1.23 of Plex Server, the issue is gone (i.e. back to HW transcoding for all files like it did in v1.22.0.4163 and earlier).

Not solved for me either on 6.9.2 May 19 01:08:08 Tower emhttpd: spinning down /dev/sdk May 19 01:08:08 Tower emhttpd: spinning down /dev/sdl May 19 01:11:00 Tower emhttpd: spinning down /dev/sdh May 19 01:13:06 Tower emhttpd: read SMART /dev/sdj May 19 01:13:06 Tower emhttpd: read SMART /dev/sdl May 19 01:13:07 Tower emhttpd: read SMART /dev/sdk May 19 01:13:17 Tower emhttpd: read SMART /dev/sdh May 19 01:28:37 Tower emhttpd: spinning down /dev/sdh May 19 01:29:47 Tower emhttpd: spinning down /dev/sdj May 19 01:30:17 Tower emhttpd: spinning down /dev/sdk May 19 01:41:51 Tower emhttpd: spinning down /dev/sdl May 19 02:01:18 Tower emhttpd: read SMART /dev/sdl May 19 02:01:28 Tower emhttpd: read SMART /dev/sdh May 19 02:01:38 Tower emhttpd: read SMART /dev/sdj May 19 02:20:57 Tower emhttpd: spinning down /dev/sdj May 19 02:20:57 Tower emhttpd: spinning down /dev/sdh May 19 02:20:57 Tower emhttpd: spinning down /dev/sdl May 19 02:27:40 Tower emhttpd: read SMART /dev/sdl May 19 02:42:42 Tower emhttpd: spinning down /dev/sdl May 19 04:10:57 Tower emhttpd: read SMART /dev/sdl May 19 04:11:07 Tower emhttpd: read SMART /dev/sdh May 19 04:25:59 Tower emhttpd: spinning down /dev/sdl May 19 04:26:09 Tower emhttpd: spinning down /dev/sdh May 19 04:36:15 Tower emhttpd: read SMART /dev/sdl May 19 04:36:33 Tower emhttpd: read SMART /dev/sdh May 19 04:51:25 Tower emhttpd: spinning down /dev/sdl May 19 04:52:23 Tower emhttpd: read SMART /dev/sdj May 19 05:01:32 Tower emhttpd: spinning down /dev/sdh May 19 05:07:25 Tower emhttpd: spinning down /dev/sdj May 19 06:14:14 Tower emhttpd: read SMART /dev/sdl May 19 06:52:09 Tower emhttpd: spinning down /dev/sdl This is with Telegraf/Grafana stopped. I am testing with some dockers down at given times to see if I can find a culprit, but so far no luck.