Andiroo2

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

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.

It worked!! I had been tagging the container version with "Latest" but I needed to add "plexpass" to the VERSION variable to make it work. Thanks for the help!! HW transcoding works on HDR tone mapped files again.

I'm trying to upgrade to this new beta Plex docker version that resolves HW transcode for Intel 10th gen CPUs. I have a plex pass...how can I get to the Plex server v1.23.x? I tried the "latest" tag and that gave me 1.22.x. The Docker page says that if I am logged in it will install the latest plex pass release, but I can't see where I am supposed to log in on Unraid.

Forum link for those interested: https://forums.plex.tv/t/linux-packaging-developers-sandbox-hdr-tonemapping-packaging-support/698937/175 A fix is in testing now.

Yep, I agree. I was checking to see if you were experiencing the same issue as I was. I rolled back to docker tag linuxserver/plex:1.21.3.4046-3c1c83ba4-ls27 and I have HW transcode back for now. EDIT: I upped this to linuxserver/plex:1.22.0.4163-d8c4875dd-ls34 docker (v1.22.0.4163 per recommendation from the Plex forum thread on this issue: https://forums.plex.tv/t/4k-hdr-hevc-hw-transcoding-is-broken-on-i5-11600k-rocket-lake/707057/29) Hoping it fixes the audio sync issue I started to notice on the older version I tried first (v1.21.3.4046).

I rolled back to v1.21.3.4046 and HW tone mapping transcode is working again EDIT: ...and now I've got audio sync issues again on ATV4K. Gonna have to play with some newer versions tomorrow.

Thx, disabling and will report back.

I'm having issues with the Cache Directories plugin since moving to 6.9.x. I never used to notice my drives spinning up on 6.8.x but now I can't open an explorer window on my VM without the spin-up pause. My settings have changed as I have tried to address the issue...here's the current view: Diagnostics posted for background. Thanks! tower-diagnostics-20210416-1006.zip

On my system, HW transcode only breaks for tone mapping enabled 4K HDR files. Can you check on your end too? Is HW transcode working for other file types?

Same thing happening here. Quick Sync HW transcode has stopped working on 4k HDR when Tone Mapping is enabled. I can HW transcode 4K and 1080p without issue, but HDR transcode (tone mapping) has stopped working. Disabling Tone Mapping in Plex settings fixes the issue. I am on Unraid v6.9.2, v1.22.2.4282 of Plex and using an i7 10700k CPU. I have this in the Plex container log at startup...not sure if it's related: https://downloads.plex.tv/plex-media-server-new/opencl/debian/plexmediaserver_opencl_amd64.deb: 2021-04-14 11:09:21 ERROR 404: Not Found.

To be clear, my SMB share still works perfectly. I am transferring data to this remote share as part of a backup process weekly and it's working as expected. I am just getting these errors spamming my Unraid logs.

Update: still getting the error messages in the log, starting about 10 minutes later: Apr 12 09:23:05 Tower unassigned.devices: Mount SMB share '//MACMINI-581918/DATA' using SMB3 protocol. Apr 12 09:23:05 Tower unassigned.devices: Mount SMB command: /sbin/mount -t cifs -o rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=3.0,credentials='/tmp/unassigned.devices/credentials_DATA' '//MACMINI-581918/DATA' '/mnt/remotes/MACMINI-581918_DATA' Apr 12 09:23:05 Tower kernel: CIFS: Attempting to mount //MACMINI-581918/DATA Apr 12 09:23:06 Tower unassigned.devices: Successfully mounted '//MACMINI-581918/DATA' on '/mnt/remotes/MACMINI-581918_DATA'. Apr 12 09:23:06 Tower unassigned.devices: Adding SMB share 'MACMINI-581918_DATA'. Apr 12 09:24:44 Tower emhttpd: read SMART /dev/sdh Apr 12 09:25:44 Tower emhttpd: read SMART /dev/sdk Apr 12 09:25:53 Tower emhttpd: read SMART /dev/sdj Apr 12 09:28:13 Tower kernel: CIFS: VFS: \\MACMINI-581918 Cancelling wait for mid 487243 cmd: 5 Apr 12 09:28:13 Tower kernel: CIFS: VFS: \\MACMINI-581918 Cancelling wait for mid 487244 cmd: 14 Apr 12 09:28:13 Tower kernel: CIFS: VFS: \\MACMINI-581918\DATA Close unmatched open for MID:76f4b Apr 12 09:30:44 Tower kernel: CIFS: VFS: \\MACMINI-581918 Cancelling wait for mid 725165 cmd: 14 Apr 12 09:33:15 Tower kernel: CIFS: VFS: \\MACMINI-581918 Cancelling wait for mid 959576 cmd: 6

Thanks!! I've completed the steps. I will report back on the log status.

It’s a Mac mini. I’ve got a SMB connection from the Unraid server to the Mac via the UD plugin.

Confirmed on my UniFi equipment that nothing has jumbo frames enabled.

I wonder if the Speedtest API has changed…

Having issues with the SpeedtestforInfluxDB docker today. I can't get it to load (after a year of reliable use). Logs show this error immediately upon starting the container: Loading Configuration File config.ini Configuration Successfully Loaded Traceback (most recent call last): File "/src/influxspeedtest.py", line 8, in <module> collector.run() File "/src/influxspeedtest/InfluxdbSpeedtest.py", line 176, in run self.run_speed_test(server) File "/src/influxspeedtest/InfluxdbSpeedtest.py", line 121, in run_speed_test self.setup_speedtest(server) File "/src/influxspeedtest/InfluxdbSpeedtest.py", line 71, in setup_speedtest self.speedtest = speedtest.Speedtest() File "/usr/local/lib/python3.7/site-packages/speedtest.py", line 1091, in __init__ self.get_config() File "/usr/local/lib/python3.7/site-packages/speedtest.py", line 1174, in get_config map(int, server_config['ignoreids'].split(',')) ValueError: invalid literal for int() with base 10: '' I am on InfluxDB v1.8. Anyone else having issue with this container? Thanks!

I'm also hitting the "Cancelling wait for mid" issue on my Unassigned Disk remote SMB share connected to a Mac: Apr 7 14:35:03 Tower kernel: CIFS: VFS: \\MACMINI-581918\DATA Close unmatched open for MID:ad201 Apr 7 14:35:03 Tower kernel: CIFS: VFS: \\MACMINI-581918\DATA Close cancelled mid failed rc:-9 Apr 7 14:37:35 Tower kernel: CIFS: VFS: \\MACMINI-581918\DATA Close interrupted close Apr 7 14:42:37 Tower kernel: CIFS: VFS: \\MACMINI-581918 Cancelling wait for mid 1443535 cmd: 6 Apr 7 14:42:37 Tower kernel: CIFS: VFS: \\MACMINI-581918\DATA Close interrupted close Apr 7 14:42:37 Tower kernel: CIFS: VFS: \\MACMINI-581918\DATA Close cancelled mid failed rc:-9 Apr 7 14:45:08 Tower kernel: CIFS: VFS: \\MACMINI-581918 Cancelling wait for mid 1682517 cmd: 5 Apr 7 14:45:08 Tower kernel: CIFS: VFS: \\MACMINI-581918 Cancelling wait for mid 1682518 cmd: 14 Apr 7 14:45:08 Tower kernel: CIFS: VFS: \\MACMINI-581918\DATA Close unmatched open for MID:19ac55 This goes on and on in my log. Diagnostics attached...thanks! tower-diagnostics-20210407-1631.zip

My original issue was related to Plex RAM transcoding set up incorrectly. I was transcoding to /tmp, which allowed the Plex docker to eventually use all the available RAM in the system without properly freeing it up when it ran out. I changed to a fixed RAM disk instead, set to 12GB, and the system has worked perfectly ever since. When it approaches 12GB used for transcoding, it properly frees up RAM on the RAM disk and transcoding keeps on moving without impacting the rest of the server.

For me it's every hour. A SMART query fires and the drives spin up. Mar 3 07:06:51 Tower emhttpd: spinning down /dev/sdl Mar 3 07:20:01 Tower emhttpd: spinning down /dev/sdk Mar 3 07:20:01 Tower emhttpd: spinning down /dev/sdh Mar 3 07:23:05 Tower emhttpd: spinning down /dev/sdj Mar 3 07:32:17 Tower emhttpd: read SMART /dev/sdk Mar 3 07:32:27 Tower emhttpd: read SMART /dev/sdl Mar 3 07:36:38 Tower emhttpd: read SMART /dev/sdh Mar 3 07:37:00 Tower emhttpd: read SMART /dev/sdj Mar 3 07:48:59 Tower emhttpd: spinning down /dev/sdl Mar 3 07:51:40 Tower emhttpd: spinning down /dev/sdh Mar 3 07:52:02 Tower emhttpd: spinning down /dev/sdj Mar 3 07:58:33 Tower emhttpd: spinning down /dev/sdk Mar 3 08:31:20 Tower emhttpd: read SMART /dev/sdk Mar 3 08:46:22 Tower emhttpd: spinning down /dev/sdk Mar 3 08:48:31 Tower emhttpd: read SMART /dev/sdj Mar 3 08:48:43 Tower emhttpd: read SMART /dev/sdk Mar 3 08:48:56 Tower emhttpd: read SMART /dev/sdh Mar 3 09:04:03 Tower emhttpd: spinning down /dev/sdh Mar 3 09:04:16 Tower emhttpd: spinning down /dev/sdj Mar 3 09:06:16 Tower emhttpd: read SMART /dev/sdj Mar 3 09:10:36 Tower emhttpd: read SMART /dev/sdh Mar 3 09:21:19 Tower emhttpd: spinning down /dev/sdj Mar 3 09:26:00 Tower emhttpd: spinning down /dev/sdk Mar 3 09:30:29 Tower emhttpd: spinning down /dev/sdh Mar 3 09:32:28 Tower emhttpd: read SMART /dev/sdh Mar 3 09:53:16 Tower emhttpd: spinning down /dev/sdh Mar 3 10:00:11 Tower emhttpd: read SMART /dev/sdk Mar 3 10:02:57 Tower emhttpd: read SMART /dev/sdj Mar 3 10:02:59 Tower emhttpd: read SMART /dev/sdl Mar 3 10:04:35 Tower emhttpd: read SMART /dev/sdh Mar 3 10:19:39 Tower emhttpd: spinning down /dev/sdj Mar 3 10:34:30 Tower emhttpd: read SMART /dev/sdj

Would this allow us to connect SSDs to a HBA Controller that doesn't support TRIM now?

I just did a quick read on the first Google result for this. Should we be updating our existing cache pools to use this new feature in place of the SSD TRIM plugin? Not sure if this was available in beta/RC for others to chime in.