mikesp18

Wow, a quick test and it is already working in Krusader. I wonder.... I havd just updated to 6.9.0. That was my first restart in 115 days. Unassigned Devices had been updated in that time, but if I never restarted, maybe it didn't affect the change. I will keep testing, but I think this worked. Unfortunately, it was at a time when Unraid was updated, Binhex's VPN dockers were updated with the new strict iptable issue. I think I just didn't know which change was causing it. As always, thanks so much for the help.

I asked this question in the docker/container support for Bibhex-Sonarr, but was directed that this is a more general issue. Unclear what I did to change things recently, but my Sonarr installation will download episodes fine, but will not move them to destination. Without trying to be confusing, I have 2 difference Unraid Installations, named Orcrist and Grond. Orcrist is the large media storage server, while Grond has a majority of my Docker Containers. Sonarr downloads successfully via SabNZBDvpn (couple of small tweaks were needed after the recent Binhex VPN changes, but that side is working fine. Downloads go to normal expected downloads folders assigned under SabNZBD/Sonarr combination. Problem occurs when Sonarr (On Grond) tries to move them over to scrape/move the files over to the media server (Orcrist). Both automatically and manually, I get the error "Import Rejected: Not Enough Free Space". The current setup using Unassigned Devices Plugin to auto mount the Shares from the Media Server as NFS mounts to Grond see the image below if it helps. I did see one suggestion that this could be a corrupted Docker image, so I deleted the docker image and reinstalled all the containers. That did not solve the issue. Any ideas? NFS security settings haven't changed, in fact they are set to Export: Yes, Secuity:Public Actually, I notice in Krusader, I have the Container Paths unchanged for the NFS shares (same container path identified in the Sonarr container template: /mnt/disks/192.168.86.113_TV/ ). I can typically see the contents of the Container paths, but correctly shows empty. So does this mean that my problem could be my mount point? I haven't changed anything there. When I click the link from the the MAIN page under the Mount Point heading, it lists content without problem. I've included the settings of the mount, which again haven't changed. I'm frustrated, and frankly not that smart. I could use a hand.

OK, thanks. I added some extra info, but you answered so quick As always, thanks so much for all your hard work. Any idea on the second part? About the not enough free space?

Do you need to do this if NOT using Jacket? I have Proxy Settings->Use Proxy->No. I didn't change this, I just added the ports in the SabNZBDVPN container and changed the Download Client Host (SabNZBD) to Localhost. All the indexers worked fine after this, and the download client communication works fine. I should mention that I was never using the proxy settings in Sonarr/Radarr. I was using routing container traffic using the "Extra Parameters: "--net=container:binhex-sabnzbdvpn" " in the container settings. Is there still a reason to add Proxy Settings? I did have another issue, and unsure if related. I am searching, pulling, forwarding, downloading fine. Imports are failing. When I try to manually import these files, I get "Import Rejected: Not enough free space". However, under System->Status->Disk Space it reads 11.1GB Free. Any ideas? Related or separate issue.

Here is the smart report.orcrist-smart-20201124-0939.zip

It's been a while since I've had a disk fail. I remember that the first thing to do is NOT restart Unraid. What is my first step here? It is a fairly old 4TB drive, and I've recently added enough larger driv es that I have plenty of room left if I needed to offload the data and retire the disk completely (yay for shuckable 14TB WD drives for $190, I grabbed 2). orcrist-diagnostics-20201122-1432.zip orcrist-smart-20201122-1432.zip

OK, thanks very much. I appreciate all of your hard work

Can you discuss flags?. From the documentation: However, I noticed in this Preclear plugin thread by gfjardim. in his Q&A, he mentions: So, as a confused eternal noob, should I be using the -f flag or not?

I been doing some upgrading, and running into a problem I've seen in the past. A drive using any of my onboard controllers has a different name/identification than the same drive when placed in the NetApp4243 (it was a freebie). When the drive is moved, Unraid sends me a message that the drive is missing from the array. Is there a mechanism to move the drive to the NetApp without the tedious dance of empty drive, shrink array, move drives, rebuild parity?

I'm upgrading. Final goal removing 2x older Data drives (already emptied 4TB drives), shifting 2x 10TB drives from Parity drives over to Data drives, and adding in 2x new 14TB Parity Drives. I'm removed all the data from both of the data drives already. What is the most efficient order of operations here? I've done this in the past when adding 2x new Parity drives into the array and shifting existing parity to data drives, but this takes a very long time. Is there something I'm missing? I'm just wondering if there is a more efficient way to do it than I have done in the past. 2nd question, can a drive be pre-cleared/cleared in one Unraid installation and then moved over to another completely different Unraid installation? Or does the clear/pre-clear operation need to be done on the same machine the drive is being installed into?

Can anyone shed some light on renaming and moving into a specific folder. I did not have any problems with Radarr under windows. Radarr docker container, not so much. Even when manually telling Radarr to rename, I occasionally get a rename, but usually not. The folder is NEVER renamed, but the files inside occasionally and inconsistently. Sonarr seems to rename just fine. Is it perhaps a permissions issue?

Yep, worked for me too. Thanks, Binhex. I appreciate the effort you put into this. If it helps, I'm using SlickVPN as a VPN provider

I was having a similar issue. Reverted to 3.0.2-1-03 and it worked fine. I'm not sure about other iterations

I trying to find out if this is normal behavior or a problem. I've had this happen with a number of dockers, so I suspect I'm doing something wrong. I changed the default port on, in this case, the docker template for binhex-radarr: since this is a second iteration of this docker (notice it's listed as binhex-radarr2160), I changed the default port from 7878 to 7979. However, on the Docker Container screen, under the "Port Mappings (App to Host)" column, it still displays :7878/TCP <-> :7878 instead of appropriately to 7979. I suspect this is my problem. How to I change these settings appropriate? It's worth mentioning that the first iteration I have of this docker works fine. These both being routed through another docker, that's why the network column appears as such. Also, the container (new one labeled 2160) appears to be running just fine, and pulling correct VPN IP throu gh the other container displayed via "curl ifconfig.io" Is there another location that I'm supposed to be changing these settings

I'll try to clarify my stupid question. This question is more generic to all dockers, rather than specific, but I will give an example. I've been using sonarr and sabnzbd for a while. I'm slowly moving over to unraid dockers for these. I have everything working if I set up sonarr on the same installation that has the media database. I was looking at moving the sonarr docker over to a difference installation, that wouldn't have the media database on the same unraid installation. Question, how would I set up the remote path in Sonarr settings (specifically the /media path) or in the docker template settings in order to see a remote folder? If I try something as simple as \\Tower\TV or \\192.168.xxx.yyy\TV, it gives an invalid folder response

Huh. TheOVPN file is the one I downloaded from the provider, SlickVPN (should I just change VPN provider?) It's worth mentioning that I've been using this service under Windows for a while without major issues, and the username and password work fine. There are not any certificates to download, like the PIA config files have, maybe this is a problem. This is the info in the OVPN file. Does this help? remote gw2.ams1.slickvpn.com 443 udp # host/port of vpn server # prompt for authentication auth-user-pass credentials.conf # equivalent to pull, tls-client client # redirect all outgoing traffic to the vpn gateway redirect-gateway # verify the server certificate for authenticity remote-cert-tls server cipher AES-256-CBC proto udp dev tun keepalive 10 120 nobind persist-key # ssl certificate / key used for tls #ca certs/ca.crt <ca> -----BEGIN CERTIFICATE----- MIIDQDCCAqmgAwIBAgIJAM8Brk2pUr0KMA0GCSqGSIb3DQEBBQUAMHQxCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJDQTEMMAoGA1UEBxMDVlBOMQwwCgYDVQQKEwNWUE4x DDAKBgNVBAsTA1ZQTjEMMAoGA1UEAxMDVlBOMQwwCgYDVQQpEwNWUE4xEjAQBgkq hkiG9w0BCQEWA1ZQTjAeFw0xMjAzMDMwMjExNDJaFw0yMjAzMDEwMjExNDJaMHQx CzAJBgNVBAYTAlVTMQswCQYDVQQIEwJDQTEMMAoGA1UEBxMDVlBOMQwwCgYDVQQK EwNWUE4xDDAKBgNVBAsTA1ZQTjEMMAoGA1UEAxMDVlBOMQwwCgYDVQQpEwNWUE4x EjAQBgkqhkiG9w0BCQEWA1ZQTjCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA wY2K08N7or1Br/EsD9XBon7gs7dKflWYuymgMLJfeMFWuJloNdsn+3GARIhYBbN6 zhvFGFE214qKPqAydW1WmIIK7KoC0sgndr+Vk/au9gssFzVmmvr6+WN/nfo2L9Kv vBMoYLrMAiyw/D4cRapZi2pXJLcMDfC+p1VWAX8TYWkCAwEAAaOB2TCB1jAdBgNV HQ4EFgQUmyvO4rTnu5/ABnp0FngU+SdR8WAwgaYGA1UdIwSBnjCBm4AUmyvO4rTn u5/ABnp0FngU+SdR8WCheKR2MHQxCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJDQTEM MAoGA1UEBxMDVlBOMQwwCgYDVQQKEwNWUE4xDDAKBgNVBAsTA1ZQTjEMMAoGA1UE AxMDVlBOMQwwCgYDVQQpEwNWUE4xEjAQBgkqhkiG9w0BCQEWA1ZQToIJAM8Brk2p Ur0KMAwGA1UdEwQFMAMBAf8wDQYJKoZIhvcNAQEFBQADgYEAoB0kOuGvrzPBTIRX IDHCCxBMdny+3sKAOllmH4+51j2aWhAJ4Pyc/yBTYyQGNoriABjmNzp+R05oiaxA D3vTgR80juKDPtQb8LoGLBF18gL7Vtc3+hJXcJasXZaDSSoyh5f+TtGvytIT+ece JWIrKnFXzlHOvKlyLkcZn15gwKQ= -----END CERTIFICATE----- </ca>

Thank you for the help. supervisord.log

Well, I'm still having trouble. Same thing with both binhex-delugevpn and binhex-sabnzbdvpn. Works fine with the VPN_ENABLED set to "no". Once I turn that setting to "yes", can't get to the gui. It seems to start fine, gives me a green play sign on the docker tab. But I cannot access the WebUI to see what's going on.

Are you disabling the attribute labeled "Attribute=197 Current pending sector count" ?

I am able to get the docker to start, but I can't launch the web interface. I have only recently decided to move over to SABnzbd on the unraid, having used it for years under windows. I installed the vanilla binhex-sabnzbd, and it worked just fine. Then I decided I'd try the vpn version. It seems to connect just fine, but I get a site can't be reached page when trying to log into the web gui. Could this be a firewall/port issue? I'm using slick VPN for reference. I left the standard port assignments. from the documentation on github Are we talking about port 8080, 8090, 8118? I'm not using PIA. Fortunately or unfortunately I'm using Google Wifi/Nest Routers, so they are sometimes a PITA and I vaguely wish I had a pfsense box set up Here is my config: Created by... ___. .__ .__ \_ |__ |__| ____ | |__ ____ ___ ___ | __ \| |/ \| | \_/ __ \\ \/ / | \_\ \ | | \ Y \ ___/ > < |___ /__|___| /___| /\___ >__/\_ \ \/ \/ \/ \/ \/ https://hub.docker.com/u/binhex/ 2020-05-08 14:57:49.154202 [info] System information Linux b027c239c14e 4.19.107-Unraid #1 SMP Thu Mar 5 13:55:57 PST 2020 x86_64 GNU/Linux 2020-05-08 14:57:49.176714 [info] PUID defined as '99' 2020-05-08 14:57:49.201512 [info] PGID defined as '100' 2020-05-08 14:57:49.259121 [info] UMASK defined as '000' 2020-05-08 14:57:49.280440 [info] Permissions already set for volume mappings 2020-05-08 14:57:49.304349 [info] VPN_ENABLED defined as 'yes' 2020-05-08 14:57:49.330041 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/gw1.ams3.slickvpn.com.ovpn 2020-05-08 14:57:49.370777 [info] VPN remote line defined as 'remote gw1.ams3.slickvpn.com 443 udp' 2020-05-08 14:57:49.392129 [info] VPN_REMOTE defined as 'gw1.ams3.slickvpn.com' 2020-05-08 14:57:49.413706 [info] VPN_PORT defined as '443' 2020-05-08 14:57:49.437582 [info] VPN_PROTOCOL defined as 'udp' 2020-05-08 14:57:49.458773 [info] VPN_DEVICE_TYPE defined as 'tun0' 2020-05-08 14:57:49.480582 [info] VPN_PROV defined as 'custom' 2020-05-08 14:57:49.501950 [info] LAN_NETWORK defined as '192.168.86.0/24' 2020-05-08 14:57:49.524735 [info] NAME_SERVERS defined as '209.222.18.222,84.200.69.80,37.235.1.174,1.1.1.1,209.222.18.218,37.235.1.177,84.200.70.40,1.0.0.1' Created by... ___. .__ .__ \_ |__ |__| ____ | |__ ____ ___ ___ | __ \| |/ \| | \_/ __ \\ \/ / | \_\ \ | | \ Y \ ___/ > < |___ /__|___| /___| /\___ >__/\_ \ \/ \/ \/ \/ \/ https://hub.docker.com/u/binhex/ 2020-05-08 14:57:49.154202 [info] System information Linux b027c239c14e 4.19.107-Unraid #1 SMP Thu Mar 5 13:55:57 PST 2020 x86_64 GNU/Linux 2020-05-08 14:57:49.176714 [info] PUID defined as '99' 2020-05-08 14:57:49.201512 [info] PGID defined as '100' 2020-05-08 14:57:49.259121 [info] UMASK defined as '000' 2020-05-08 14:57:49.280440 [info] Permissions already set for volume mappings 2020-05-08 14:57:49.304349 [info] VPN_ENABLED defined as 'yes' 2020-05-08 14:57:49.330041 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/gw1.ams3.slickvpn.com.ovpn 2020-05-08 14:57:49.370777 [info] VPN remote line defined as 'remote gw1.ams3.slickvpn.com 443 udp' 2020-05-08 14:57:49.392129 [info] VPN_REMOTE defined as 'gw1.ams3.slickvpn.com' 2020-05-08 14:57:49.413706 [info] VPN_PORT defined as '443' 2020-05-08 14:57:49.437582 [info] VPN_PROTOCOL defined as 'udp' 2020-05-08 14:57:49.458773 [info] VPN_DEVICE_TYPE defined as 'tun0' 2020-05-08 14:57:49.480582 [info] VPN_PROV defined as 'custom' 2020-05-08 14:57:49.501950 [info] LAN_NETWORK defined as '192.168.86.0/24' 2020-05-08 14:57:49.524735 [info] NAME_SERVERS defined as '209.222.18.222,84.200.69.80,37.235.1.174,1.1.1.1,209.222.18.218,37.235.1.177,84.200.70.40,1.0.0.1' 2020-05-08 14:57:49.547608 [info] VPN_USER defined as '[email protected]' 2020-05-08 14:57:49.570497 [info] VPN_PASS defined as 'fartbag1@#' 2020-05-08 14:57:49.593863 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS) 2020-05-08 14:57:49.616246 [info] ENABLE_PRIVOXY defined as 'no' 2020-05-08 14:57:49.637599 [info] ADDITIONAL_PORTS not defined (via -e ADDITIONAL_PORTS), skipping allow for custom incoming ports 2020-05-08 14:57:49.662669 [info] Deleting files in /tmp (non recursive)... 2020-05-08 14:57:49.683297 [info] Starting Supervisor... 2020-05-08 14:57:49,800 INFO Included extra file "/etc/supervisor/conf.d/sabnzbdvpn.conf" during parsing 2020-05-08 14:57:49,800 INFO Set uid to user 0 succeeded 2020-05-08 14:57:49,802 INFO supervisord started with pid 6 2020-05-08 14:57:50,804 INFO spawned: 'start-script' with pid 151 2020-05-08 14:57:50,806 INFO spawned: 'watchdog-script' with pid 152 2020-05-08 14:57:50,806 INFO reaped unknown pid 7 2020-05-08 14:57:50,810 DEBG 'start-script' stdout output: [info] VPN is enabled, beginning configuration of VPN 2020-05-08 14:57:50,810 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2020-05-08 14:57:50,810 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2020-05-08 14:57:50,815 DEBG 'start-script' stdout output: [warn] Username contains characters which could cause authentication issues, please consider changing this if possible 2020-05-08 14:57:50,818 DEBG 'start-script' stdout output: [warn] Password contains characters which could cause authentication issues, please consider changing this if possible 2020-05-08 14:57:50,851 DEBG 'start-script' stdout output: [info] Default route for container is 172.17.0.1 2020-05-08 14:57:50,853 DEBG 'start-script' stdout output: [info] Adding 209.222.18.222 to /etc/resolv.conf 2020-05-08 14:57:50,856 DEBG 'start-script' stdout output: [info] Adding 84.200.69.80 to /etc/resolv.conf 2020-05-08 14:57:50,858 DEBG 'start-script' stdout output: [info] Adding 37.235.1.174 to /etc/resolv.conf 2020-05-08 14:57:50,861 DEBG 'start-script' stdout output: [info] Adding 1.1.1.1 to /etc/resolv.conf 2020-05-08 14:57:50,863 DEBG 'start-script' stdout output: [info] Adding 209.222.18.218 to /etc/resolv.conf 2020-05-08 14:57:50,866 DEBG 'start-script' stdout output: [info] Adding 37.235.1.177 to /etc/resolv.conf 2020-05-08 14:57:50,868 DEBG 'start-script' stdout output: [info] Adding 84.200.70.40 to /etc/resolv.conf 2020-05-08 14:57:50,871 DEBG 'start-script' stdout output: [info] Adding 1.0.0.1 to /etc/resolv.conf 2020-05-08 14:57:51,038 DEBG 'start-script' stdout output: [info] Docker network defined as 172.17.0.0/16 2020-05-08 14:57:51,041 DEBG 'start-script' stdout output: [info] Adding 192.168.86.0/24 as route via docker eth0 2020-05-08 14:57:51,042 DEBG 'start-script' stdout output: [info] ip route defined as follows... -------------------- 2020-05-08 14:57:51,043 DEBG 'start-script' stdout output: default via 172.17.0.1 dev eth0 172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.2 192.168.86.0/24 via 172.17.0.1 dev eth0 2020-05-08 14:57:51,043 DEBG 'start-script' stdout output: -------------------- 2020-05-08 14:57:51,045 DEBG 'start-script' stdout output: iptable_mangle 16384 1 ip_tables 24576 3 iptable_filter,iptable_nat,iptable_mangle 2020-05-08 14:57:51,045 DEBG 'start-script' stdout output: [info] iptable_mangle support detected, adding fwmark for tables 2020-05-08 14:57:51,076 DEBG 'start-script' stdout output: [info] iptables defined as follows... -------------------- 2020-05-08 14:57:51,077 DEBG 'start-script' stdout output: -P INPUT DROP -P FORWARD DROP -P OUTPUT DROP -A INPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A INPUT -i eth0 -p udp -m udp --sport 443 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 8080 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 8080 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 8090 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 8090 -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 0 -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -i tun0 -j ACCEPT -A OUTPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A OUTPUT -o eth0 -p udp -m udp --dport 443 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 8080 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 8080 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 8090 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 8090 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A OUTPUT -o lo -j ACCEPT -A OUTPUT -o tun0 -j ACCEPT 2020-05-08 14:57:51,077 DEBG 'start-script' stdout output: -------------------- 2020-05-08 14:57:51,078 DEBG 'start-script' stdout output: [info] Starting OpenVPN... 2020-05-08 14:57:51,082 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 WARNING: file 'credentials.conf' is group or others accessible Fri May 8 14:57:51 2020 OpenVPN 2.4.8 [git:makepkg/3976acda9bf10b5e+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Jan 3 2020 2020-05-08 14:57:51,083 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 library versions: OpenSSL 1.1.1d 10 Sep 2019, LZO 2.10 2020-05-08 14:57:51,083 DEBG 'start-script' stdout output: [info] OpenVPN started 2020-05-08 14:57:51,083 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2020-05-08 14:57:51,084 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]151.236.14.29:443 2020-05-08 14:57:51,084 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 UDP link local: (not bound) Fri May 8 14:57:51 2020 UDP link remote: [AF_INET]151.236.14.29:443 2020-05-08 14:57:51,038 DEBG 'start-script' stdout output: [info] Docker network defined as 172.17.0.0/16 2020-05-08 14:57:51,041 DEBG 'start-script' stdout output: [info] Adding 192.168.86.0/24 as route via docker eth0 2020-05-08 14:57:51,042 DEBG 'start-script' stdout output: [info] ip route defined as follows... -------------------- 2020-05-08 14:57:51,043 DEBG 'start-script' stdout output: default via 172.17.0.1 dev eth0 172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.2 192.168.86.0/24 via 172.17.0.1 dev eth0 2020-05-08 14:57:51,043 DEBG 'start-script' stdout output: -------------------- 2020-05-08 14:57:51,045 DEBG 'start-script' stdout output: iptable_mangle 16384 1 ip_tables 24576 3 iptable_filter,iptable_nat,iptable_mangle 2020-05-08 14:57:51,045 DEBG 'start-script' stdout output: [info] iptable_mangle support detected, adding fwmark for tables 2020-05-08 14:57:51,076 DEBG 'start-script' stdout output: [info] iptables defined as follows... -------------------- 2020-05-08 14:57:51,077 DEBG 'start-script' stdout output: -P INPUT DROP -P FORWARD DROP -P OUTPUT DROP -A INPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A INPUT -i eth0 -p udp -m udp --sport 443 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 8080 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 8080 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 8090 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 8090 -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 0 -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -i tun0 -j ACCEPT -A OUTPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A OUTPUT -o eth0 -p udp -m udp --dport 443 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 8080 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 8080 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 8090 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 8090 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A OUTPUT -o lo -j ACCEPT -A OUTPUT -o tun0 -j ACCEPT 2020-05-08 14:57:51,077 DEBG 'start-script' stdout output: -------------------- 2020-05-08 14:57:51,078 DEBG 'start-script' stdout output: [info] Starting OpenVPN... 2020-05-08 14:57:51,082 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 WARNING: file 'credentials.conf' is group or others accessible Fri May 8 14:57:51 2020 OpenVPN 2.4.8 [git:makepkg/3976acda9bf10b5e+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Jan 3 2020 2020-05-08 14:57:51,083 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 library versions: OpenSSL 1.1.1d 10 Sep 2019, LZO 2.10 2020-05-08 14:57:51,083 DEBG 'start-script' stdout output: [info] OpenVPN started 2020-05-08 14:57:51,083 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2020-05-08 14:57:51,084 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]151.236.14.29:443 2020-05-08 14:57:51,084 DEBG 'start-script' stdout output: Fri May 8 14:57:51 2020 UDP link local: (not bound) Fri May 8 14:57:51 2020 UDP link remote: [AF_INET]151.236.14.29:443

Notice the right side. In the past, I had level split set to auto. Now I have it set to the movie folder level, and the TV season level. That way it fires only a single drive for a movie, or for a TV season. Unbalance GATHER function works very well to gather the files to the same drive, most of the time only taking 1 or 2 seconds since the majority of the problem folders are .txt files or .jpg files, etc. Is there a mechasism, or even a similar utility that can gather a large number of these folders at a time rather than doing them individually? As is, I have to click gather, click the movie folder, click the top listed/largest item, click next, click go. I don't want to multiple that by 2000 movies.

Maybe this has been answered before. I've recently change my split levels for some shares. The function works great to move a single folder, clicking the top drive where the most data is stored. But this will take quite a long time with 2000 movies. Is there a way to automate this function. Example: gather all the files of a directory to the drive with the largest file (typically the video file, mkv, mp4, etc)?

Yep, seems like the problem. Not to be outdone... google. And what do I find.... Hoopster's post from over a year ago. I see your post here regarding the iGPU not being enabled correctly in the bios. Bingo. Problem was the iGPU set to AUTO, instead of ENABLED. Here are some pics from the IPMI/BMC (BTW, I did upgrade the Bios to the L2.10A instead of P2.10. (I'm going to post pics in case someone else is looking Motherboard in question here is ASRock Rack E3C246D4U and as Hoopster noted in a number of over threads, this is a beta bios (2.10a instead of most recent 2.10 from website) from tech support to be able to use ASPEED AST2500 for BMC/IPMI without disabling the Intel iGPU, though I haven't thoroughly tested it yet. Now, for completeness: GO file: adding modprobe i915 plex linuxserver.io container application values: Extra Parameters --device=/dev/dri plex container started, dialogue: Now with the same terminal as before: Now settings in Plex->Transcoder and here's transcode over local network to 1080p Chrome browser and here's transcore over cellular to my cell phone

I'm still getting the failure message. I tried reinstalling Plex, but no dice. The problem starts with when the extra parameters: --device=/dev/dri I get the following in the container dialogue: Command: root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='plex' --net='host' -e TZ="America/Phoenix" -e HOST_OS="Unraid" -e 'VERSION'='docker' -e 'NVIDIA_VISIBLE_DEVICES'='' -e 'TCP_PORT_32400'='32400' -e 'TCP_PORT_3005'='3005' -e 'TCP_PORT_8324'='8324' -e 'TCP_PORT_32469'='32469' -e 'UDP_PORT_1900'='1900' -e 'UDP_PORT_32410'='32410' -e 'UDP_PORT_32412'='32412' -e 'UDP_PORT_32413'='32413' -e 'UDP_PORT_32414'='32414' -e 'PUID'='99' -e 'PGID'='100' -v '/mnt/user/Media/Movies/':'/movies':'rw' -v '/mnt/user/Media/TV/':'/tv':'rw' -v '':'/music':'rw' -v '/tmp/transcode':'/transcode':'rw' -v '/mnt/user/Media/Other/Movies2160/':'/movies2160':'rw' -v '/mnt/user/appdata/plex':'/config':'rw' --device=/dev/dri 'linuxserver/plex' b23fda0dffa9d51752267986652031bb7358cdfde8a200adf4790d39918ae858 /usr/bin/docker: Error response from daemon: error gathering device information while adding custom device "/dev/dri": no such file or directory. The command failed. Any ideas?

Hi Hoopster, I have the same hardware as you I suspect since I bought it from the same Ebay dealer. He said he flashed the bios to the 2.10A, but I noticed it states 2.10 on boot. I'll have to check though I've not even attempted to log in yet via IPMI here is my /flash/config/go file #!/bin/bash # Start the Management Utility /usr/local/sbin/emhttp & modprobe i915 Attached are my parameters in linusserver.io plex container: When I start up the Docker, I get the following error: Any idea where I am going wrong? I noticed on Page one of this thread, it states: 2. Add the Plex container and add --device=/dev/dri to extra parameters (switch on advanced template view) There is no need to chmod/chown the /dev/dri, this is handled by the container. Hoopster, that ***GUIDE*** Plex Hardware Acceleration using Intel Quick Sync mentions: We need to change the relevant permissions on our Quick Sync Device which we do by typing into the terminal window: chmod -R 777 /dev/dri So I'm guessing this was slightly outdated and no longer needs to be done.