sol

SOLVED: unionfs has to be empty, including directories, when mounting. Everything has been working great with rclone since I set it up about a month ago. This weekend though, I've lost the unionfs mount. I've shutdown unraid and rebooted and it doesn't seem to want to come back. Manually running ( in background) my rclone_unmount script and then running my rclone_mount script ( in background) always yields the same error in the log. 18.08.2019 08:50:01 INFO: Check rclone vfs already mounted. fuse: mountpoint is not empty fuse: if you are sure this is safe, use the 'nonempty' mount option 18.08.2019 08:50:01 CRITICAL: unionfs Remount failed. Script Finished Sun, 18 Aug 2019 08:50:01 -0500 my mount mount_unionfs isn't empty as I have a movies directory there, the movies directory is empty though. Should I just add the nonempty mount option or is there a different best practice or is something else going on? Any help is appreciated.

Had an out of control Radarr docker tonight, three instances of mono at 164%+ cpu. First is the first few lines of top then second is the ps of the mono processes. Anything I should investigate? Only been running Radarr for about a week after getting sick of Couchpotato. The docker page eventually responded and I stopped Radarr and everything has gone back to normal, for now. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 833 nobody 20 0 2512020 849136 208 R 164.9 5.3 12929:11 mono 26250 nobody 20 0 3116308 1.3g 216 R 164.9 8.4 14097:29 mono 8833 nobody 20 0 2301536 206876 56 S 164.2 1.3 14027:21 mono 4305 root 0 -20 0 0 0 D 9.9 0.0 6:47.54 loop2 700 root 20 0 0 0 0 S 6.3 0.0 28:37.32 kswapd0 11003 root 20 0 229556 23348 18896 S 2.3 0.1 0:00.07 php 21251 root 20 0 0 0 0 I 2.3 0.0 0:03.55 kworker/u16:8-btrfs-endio 2375 root 20 0 0 0 0 I 1.7 0.0 0:03.11 kworker/u16:1-btrfs-endio nobody 833 150 5.2 2512020 849136 ? Sl Apr13 12929:32 /usr/sbin/mono --debug /usr/lib/radarr/Radarr.exe /data=/config /nobrowser /restart nobody 880 0.4 3.8 3259644 624176 ? Ssl Apr14 40:02 mono --debug NzbDrone.exe -nobrowser -data=/config nobody 8833 162 1.2 2301536 206876 ? Rl Apr13 14027:43 /usr/sbin/mono --debug /usr/lib/radarr/Radarr.exe /data=/config /nobrowser /restart root 11016 0.0 0.0 5712 2040 pts/0 S+ 20:06 0:00 grep mono nobody 18319 0.5 3.2 2769340 522740 ? Dl Apr14 44:03 /usr/sbin/mono --debug /usr/lib/radarr/Radarr.exe /data=/config /nobrowser /restart nobody 26250 160 8.4 3116308 1359656 ? Rl Apr13 14097:50 /usr/bin/mono --debug /usr/lib/radarr/Radarr.exe -nobrowser -data=/config

Just an FYI for somebody trying to use CrashPlan for Small Business for their unRAID server. Some info; I am a completely new user to this docker and CrashPlan, no previous CP home backups etc. I have a 10TB system with 7.58TB used. Biggest offenders of space are movies, tv shows, music, photos, pretty much the regular stuff. Most active docker is Plex and it's metadata refreshing etc. I'm backing up flash and appdata and storage, which comes out to 7.5TB. Even though I have almost 8TB to backup, I have my CP docker memory set to 4G, as I only have 8GB in the system total. I have never gotten a crash from memory issues with this setting. When I first setup the docker CP was reporting that it would take around 5 months to complete the backup. This seemed ridiculous to me, and after letting it run for a month and only backup up 2TB I started tweaking settings. This is what I landed on that seems to be working as it's done 10% in the last 12 hours and is showing 4.4 days remaining for the 5TB that are left. The first thing I changed was Frequency and Versions, which I don't think make a difference, but I'm including here for completeness. Setting are; Back up changes every: 30 minutes For one week, keep a version: Every week After one week, keep a version: Every month After 90 days, keep a version: Every 6 months After one year, keep a version: Every year Remove deleted files: Never (I will likely change this as when I delete a file, I do it for a reason) The next thing I changed, which has to be done on the CrashPlan for Small Business website, is to change the Data de-duplication to Minimal. I kind of wish you could turn it off completely, but this is the lowest setting. I also pushed the settings to devices with the radio icon button as I assumed that was important and didn't know how long it would be until the device picked up the setting from CP. I shut down the docker and remembered a previous post here (thanks @denishay ) about dedupe settings; When I looked at mine the value was set to 0, which to my mind would say that no deduping was happening at all, I don't know if it was changed to zero from the Minimal push setting or if it was zero before. Regardless, as people in this thread had some success before, I changed it to 1. I probably should have left it, as I really don't know EXACTLY what setting made a difference, but after restarting, it reduced the backup time from 5 months to 5 days. Thanks to Djoss, and other contributors, things are now working beautifully!

Follow up! I had to leave the network box (router) offline for over 30 minutes, but once I got a new ip all the attacks stopped. Still interested in getting a firewall I can actually control though.

Thanks so much for fixing this so quickly. Hope you are feeling better!

Yes, I do think the edgerouter lite as just a firewall may be a good option for my wired devices. Wireless would still be controlled by the Google fiber network box though. Replacing the network box (maybe more complicated than I can handle) and adding a wifi router would solve pretty much everything. I was hoping for a more simple solution, using unRAID and or docker, that could mitigate some of the possibility of attacks like this. I did find some information about using keys instead of a password for SSH, but most of the threads appear to be pretty old and not at all detailed for someone, like myself, who would need more specific instructions. This would make brute forcing SSH, like what is happening to me now, pretty much impossible.

As mentioned in my first post; My ISP is Google Fiber, which I love except for their terrible network box that really has nothing but port forwarding available for firewall features. It has extremely limited firewall settings. Other settings include, setting static IPs for devices, setting DNS servers, setting DHCP (basic like address range), and setting an endpoint as a DMZ. One thing I could do is put some kind of appliance between the network box (router) and my endpoints, but I don't have an idea for that yet and it would need to be able to handle the 1gig up and down. Using a third party router on their system is possible but difficult. For example; https://www.stevejenkins.com/blog/2015/11/replace-your-google-fiber-network-box-with-a-ubiquiti-edgerouter-lite/ Putting something like fail2ban directly on unRAID would be a nice way to frustrate these attempts, but I haven't found a way to do that. Still looking for any ideas. I did contact Google Fiber and they can't do anything to my network box to mitigate the attacks. They can't even force it to change it's IP.

I can run that from a browser on a windows machine in the same network. Common Ports test gives; ---------------------------------------------------------------------- GRC Port Authority Report created on UTC: 2018-02-12 at 17:13:43 Results from scan of ports: 0, 21-23, 25, 79, 80, 110, 113, 119, 135, 139, 143, 389, 443, 445, 1002, 1024-1030, 1720, 5000 0 Ports Open 11 Ports Closed 15 Ports Stealth --------------------- 26 Ports Tested NO PORTS were found to be OPEN. Ports found to be CLOSED were: 0, 1002, 1024, 1025, 1026, 1027, 1028, 1029, 1030, 1720, 5000 Other than what is listed above, all ports are STEALTH. TruStealth: FAILED - NOT all tested ports were STEALTH, - NO unsolicited packets were received, - A PING REPLY (ICMP Echo) WAS RECEIVED. ---------------------------------------------------------------------- All Service Ports test gives; ---------------------------------------------------------------------- GRC Port Authority Report created on UTC: 2018-02-12 at 17:23:42 Results from scan of ports: 0-1055 0 Ports Open 70 Ports Closed 986 Ports Stealth --------------------- 1056 Ports Tested NO PORTS were found to be OPEN. Ports found to be CLOSED were: 0, 1, 2, 3, 4, 30, 61, 62, 91, 92, 121, 122, 151, 152, 181, 182, 211, 212, 241, 242, 271, 272, 301, 302, 332, 333, 362, 363, 392, 393, 422, 423, 452, 453, 483, 484, 513, 514, 544, 545, 606, 607, 636, 637, 667, 668, 696, 697, 726, 727, 756, 757, 787, 788, 817, 818, 847, 848, 877, 878, 907, 908, 938, 939, 968, 969, 998, 999, 1028, 1029 Other than what is listed above, all ports are STEALTH. TruStealth: FAILED - NOT all tested ports were STEALTH, - NO unsolicited packets were received, - A PING REPLY (ICMP Echo) WAS RECEIVED. ---------------------------------------------------------------------- I don't run a browser inside unRAID. However I can run lsof -Pni | grep LISTEN to show all ports being used. Doesn't assess their vulnerability of course. rpcbind 1467 rpc 8u IPv4 1727 0t0 TCP *:111 (LISTEN) rpcbind 1467 rpc 11u IPv6 1730 0t0 TCP *:111 (LISTEN) rpc.statd 1471 rpc 9u IPv4 9886 0t0 TCP *:44971 (LISTEN) rpc.statd 1471 rpc 11u IPv6 9890 0t0 TCP *:35775 (LISTEN) inetd 1481 root 4u IPv4 3480 0t0 TCP *:37 (LISTEN) inetd 1481 root 6u IPv4 3482 0t0 TCP *:21 (LISTEN) inetd 1481 root 7u IPv4 3483 0t0 TCP *:23 (LISTEN) sshd 1489 root 3u IPv4 2787 0t0 TCP *:22 (LISTEN) sshd 1489 root 4u IPv6 2789 0t0 TCP *:22 (LISTEN) smbd 1526 root 29u IPv6 1830 0t0 TCP *:445 (LISTEN) smbd 1526 root 30u IPv6 1831 0t0 TCP *:139 (LISTEN) smbd 1526 root 31u IPv4 1832 0t0 TCP *:445 (LISTEN) smbd 1526 root 32u IPv4 1833 0t0 TCP *:139 (LISTEN) apcupsd 2628 root 4u IPv4 11472 0t0 TCP *:3551 (LISTEN) docker-pr 2647 root 4u IPv6 340250 0t0 TCP *:8989 (LISTEN) nginx 2712 root 7u IPv4 10563 0t0 TCP *:80 (LISTEN) nginx 2712 root 8u IPv6 10564 0t0 TCP *:80 (LISTEN) nginx 2712 root 15u IPv4 210329 0t0 TCP *:443 (LISTEN) nginx 2712 root 16u IPv6 210330 0t0 TCP *:443 (LISTEN) docker-pr 4970 root 4u IPv6 18265 0t0 TCP *:9117 (LISTEN) docker-pr 5311 root 4u IPv6 19090 0t0 TCP *:8181 (LISTEN) docker-pr 5508 root 4u IPv6 22671 0t0 TCP *:2203 (LISTEN) docker-pr 5525 root 4u IPv6 21770 0t0 TCP *:2202 (LISTEN) docker-pr 5802 root 4u IPv6 21907 0t0 TCP *:5050 (LISTEN) ts3server 6569 nobody 32u IPv4 22270 0t0 TCP *:30033 (LISTEN) ts3server 6569 nobody 33u IPv6 22271 0t0 TCP *:30033 (LISTEN) ts3server 6569 nobody 45u IPv4 22282 0t0 TCP *:10011 (LISTEN) ts3server 6569 nobody 46u IPv6 22283 0t0 TCP *:10011 (LISTEN) Plex\x20M 6731 nobody 59u IPv4 25603 0t0 TCP *:32400 (LISTEN) Plex\x20M 6731 nobody 61u IPv4 25607 0t0 TCP 127.0.0.1:32401 (LISTEN) Plex\x20S 7104 nobody 8u IPv4 25950 0t0 TCP 127.0.0.1:33189 (LISTEN) Plex\x20T 7573 nobody 14u IPv4 25127 0t0 TCP 127.0.0.1:32600 (LISTEN) Plex\x20D 7574 nobody 15u IPv4 26709 0t0 TCP *:1894 (LISTEN) Plex\x20D 7574 nobody 24u IPv4 26722 0t0 TCP *:32469 (LISTEN) Plex\x20S 7610 nobody 4u IPv4 27781 0t0 TCP 127.0.0.1:42725 (LISTEN) docker-pr 17802 root 4u IPv6 883902 0t0 TCP *:58946 (LISTEN) docker-pr 17814 root 4u IPv6 883917 0t0 TCP *:58846 (LISTEN) docker-pr 17825 root 4u IPv6 883930 0t0 TCP *:8118 (LISTEN) docker-pr 17837 root 4u IPv6 882835 0t0 TCP *:8112 (LISTEN) nginx 27811 nobody 7u IPv4 10563 0t0 TCP *:80 (LISTEN) nginx 27811 nobody 8u IPv6 10564 0t0 TCP *:80 (LISTEN) nginx 27811 nobody 15u IPv4 210329 0t0 TCP *:443 (LISTEN) nginx 27811 nobody 16u IPv6 210330 0t0 TCP *:443 (LISTEN) Plex\x20S 30083 nobody 4u IPv4 2820813 0t0 TCP 127.0.0.1:44253 (LISTEN) Plex\x20S 30124 nobody 4u IPv4 2821797 0t0 TCP 127.0.0.1:43857 (LISTEN) docker-pr 30144 root 4u IPv6 292394 0t0 TCP *:51413 (LISTEN) docker-pr 30156 root 4u IPv6 289660 0t0 TCP *:9091 (LISTEN) Plex\x20S 30193 nobody 4u IPv4 2820904 0t0 TCP 127.0.0.1:38447 (LISTEN) Plex\x20S 30231 nobody 4u IPv4 2823356 0t0 TCP 127.0.0.1:39423 (LISTEN) Plex\x20S 30256 nobody 4u IPv4 2822469 0t0 TCP 127.0.0.1:39925 (LISTEN)

I could really use some help deciding how to approach this problem and prevent this in the future. I've done a bunch of searching (these forums and reddit) and I'm just spinning my wheels at this point. Two days ago I upgraded to 6.4.1. During the process of this I made some other changes. I generated an SSL cert, which seems to work fine. I also moved Sonarr from a plugin to a docker, which also seems to work fine. However, since upgrading, or maybe not related at all, I have somehow exposed my server to the internet resulting in the Fix Common Problems Plugin reporting that I have over 12k invalid login attempts over the past two days. (Mostly from China and Brazil.) EXAMPLES at end of post. My ISP is Google Fiber, which I love except for their terrible network box that really has nothing but port forwarding available for firewall features. I have three ports forwarded to my Unraid server for Plex, Ubooquity, and Teamspeak. The Teamspeak server uses duckdns so that my friends can get to it when my home IP rotates. Plex forwards connections themselves and Ubooquity is only used by me with a Ubooquity generated username and password. My public facing IP will eventually change with Google Fiber and I can force it by leaving the network box unconnected for about an hour. However, I would like to just have more security for my whole network in general and especially for this currently targeted unRAID box. Any immediate suggestions for my unRAID server are highly welcome. Any other suggestions regarding security with Google Fiber are also welcome, here or in private. Thanks. Feb 12 07:26:45 tmedia sshd[29184]: Disconnected from authenticating user root 61.177.172.188 port 45888 [preauth] Feb 12 07:27:19 tmedia sshd[29270]: Failed password for root from 61.177.172.188 port 53730 ssh2 Feb 12 07:27:19 tmedia sshd[29270]: Failed password for root from 61.177.172.188 port 53730 ssh2 Feb 12 07:27:19 tmedia sshd[29270]: Failed password for root from 61.177.172.188 port 53730 ssh2 Feb 12 07:27:20 tmedia sshd[29270]: Received disconnect from 61.177.172.188 port 53730:11: [preauth] Feb 12 07:27:20 tmedia sshd[29270]: Disconnected from authenticating user root 61.177.172.188 port 53730 [preauth] Feb 12 07:27:40 tmedia in.telnetd[29312]: connect from 187.10.72.47 (187.10.72.47) Feb 12 07:27:41 tmedia login[29313]: invalid password for 'root' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:27:45 tmedia login[29313]: invalid password for 'root' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:27:49 tmedia login[29313]: invalid password for 'root' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:27:53 tmedia login[29313]: invalid password for 'UNKNOWN' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:27:53 tmedia sshd[29332]: Failed password for root from 61.177.172.188 port 53602 ssh2 Feb 12 07:27:53 tmedia sshd[29332]: Failed password for root from 61.177.172.188 port 53602 ssh2 Feb 12 07:27:54 tmedia sshd[29332]: Failed password for root from 61.177.172.188 port 53602 ssh2 Feb 12 07:27:54 tmedia sshd[29332]: Received disconnect from 61.177.172.188 port 53602:11: [preauth] Feb 12 07:27:54 tmedia sshd[29332]: Disconnected from authenticating user root 61.177.172.188 port 53602 [preauth] Feb 12 07:27:56 tmedia login[29313]: invalid password for 'UNKNOWN' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:27:56 tmedia login[29313]: REPEATED login failures on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:28:00 tmedia in.telnetd[29365]: connect from 187.10.72.47 (187.10.72.47) Feb 12 07:28:02 tmedia login[29366]: invalid password for 'root' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:28:06 tmedia login[29366]: invalid password for 'root' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:28:10 tmedia login[29366]: invalid password for 'root' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:28:14 tmedia login[29366]: invalid password for 'root' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:28:18 tmedia login[29366]: invalid password for 'UNKNOWN' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:28:18 tmedia login[29366]: REPEATED login failures on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:28:21 tmedia in.telnetd[29439]: connect from 187.10.72.47 (187.10.72.47) Feb 12 07:28:23 tmedia login[29440]: invalid password for 'root' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:28:27 tmedia login[29440]: invalid password for 'UNKNOWN' on '/dev/pts/0' from '187-10-72-47.dsl.telesp.net.br' Feb 12 07:28:30 tmedia sshd[29467]: Failed password for root from 61.177.172.188 port 31753 ssh2 Feb 12 07:28:30 tmedia sshd[29467]: Failed password for root from 61.177.172.188 port 31753 ssh2

*update update* I'm an idiot. It helps if you put in a name in the field for the client. Totally sorry for bothering you. *update* I checked all the files you listed and they are there, minus peter of course. Yeah I waited for quite a while. Didn't really keep track. It did give me a green check mark. Tried it with 2048 bit and got the same error: Adding client: spawn ./easyrsa build-client-full nopass Generating a 2048 bit RSA private key ..................................................................................................+++ ...+++ writing new private key to '/mnt/cache/openvpn/easy-rsa/easyrsa3/pki/private/nopass.key.XXXXbBXC6g' Enter PEM pass phrase: Verifying - Enter PEM pass phrase:cp: cannot stat '/mnt/cache/openvpn/easy-rsa/easyrsa3/pki/issued/.crt': No such file or directory cp: cannot stat '/mnt/cache/openvpn/easy-rsa/easyrsa3/pki/private/.key': No such file or directory you got only one client script, instead of script plus 4 keys and certs /usr/local/emhttp/plugins/openvpnserver/scripts/rc.openvpnserver: line 473: ./.crt: No such file or directory /usr/local/emhttp/plugins/openvpnserver/scripts/rc.openvpnserver: line 477: ./.key: No such file or directory cp: cannot stat '.crt': No such file or directory cp: cannot stat '.key': No such file or directory rm: cannot remove '.crt': No such file or directory rm: cannot remove '.key': No such file or directory Done Inline file !

Can't seem to generate a client. Getting; Adding client: spawn ./easyrsa build-client-full nopass Generating a 4096 bit RSA private key ..................++ ...++ writing new private key to '/mnt/cache/openvpn/easy-rsa/easyrsa3/pki/private/nopass.key.XXXXy2EIKW' Enter PEM pass phrase: Verifying - Enter PEM pass phrase:cp: cannot stat '/mnt/cache/openvpn/easy-rsa/easyrsa3/pki/issued/.crt': No such file or directory cp: cannot stat '/mnt/cache/openvpn/easy-rsa/easyrsa3/pki/private/.key': No such file or directory you got only one client script, instead of script plus 4 keys and certs /usr/local/emhttp/plugins/openvpnserver/scripts/rc.openvpnserver: line 473: ./.crt: No such file or directory /usr/local/emhttp/plugins/openvpnserver/scripts/rc.openvpnserver: line 477: ./.key: No such file or directory cp: cannot stat '.crt': No such file or directory cp: cannot stat '.key': No such file or directory rm: cannot remove '.crt': No such file or directory rm: cannot remove '.key': No such file or directory Done Inline file !

yes, go here http://torguard.net/checkmytorrentipaddress.php click on the big green button and add the torrent to deluge, then check the status tab (bottom screen) tracker status, thjis will then report the current ip. no, this is a bug im working through, its to do with the fact im using iptables, which prevents ip leakage but is also being a little bit over zealous at the moment and also blocking the deluge daemon api, which is required for CP. this i haven't checked, but i cant see a reason why this wouldn't work, i would assume the issue your seeing is probably due to some path issue to the media, i have successfully seeded content i have downloaded, so i dont think there is any technical reason why this wouldn't work. Checkmytorrentip is brilliant. Thanks for that. As expected everything is working as intended. That's for the update on Couchpotato. I solved issue three. Couchpotato is overzealous on renaming things when it finds them. Renamed files didn't match the torrent names and therefore no reseeding. Changing the names back fixed checking and moving and seeding.

On Friday I upgraded from Unraid 5 to 6. Everything went pretty smoothly and I was happy to find the delugevpn docker. Thanks! I've got it working with Sonarr, which is great, but is there a way to actually check what IP the VPN is actually reporting? I have the proxy going and checking that was easy and it's working fine. I understand from other posts that Couchpotato doesn't work with delugevpn yet because of IP leaks? I can't get it to connect at all, I assume this is intentional? Also, I haven't been able to get delugevpn to reseed anything I had seeding previously when I had unraid 5. My movies are in a /mnt/user/Movies/MovieTitle (Year) structure. I have done a volume mapping of /films to /mnt/user/Movies/ so that I can just add the old torrents, as not downloading and paused, with a /films/MovieTitle (Year) path. Deluge turns the icon blue, says Seeding 100%, but the size doesn't report and I've had no upload activity on those re-added torrents at all. I've tried Move Storage in various ways with no success and Force Recheck doesn't seem to do anything at all. If I go to the Files tab (at the bottom) and change the priority to Normal from Do Not Download, it starts downloading, so I know delugevpn isn't seeing that the file is actually there. The logs don't seem to show anything obvious, but I'm hardly an expert with unraid and I could be missing something. It might be a path issue as I have just been guessing how it might be. I've tried it as many ways as I could think of. Any clues as to what I'm doing wrong?

That did it! I had deleted unmenu before, but once I deleted the gcc packages, everything started by itself on reboot. Damn fine work guys. Thanks a bunch.

I had hooked up a monitor to my server and when I went back to logout, I had been doing everything through telnet, I found this; Hope it's of some use.

Hmm it was a bad download of Plex if I recall, I'm not convinced the unmenu packages affected it or not. So, delete the Plex install from your USB/packages folder and delete the install dorectory. Go to the plugin page and press install. I should probably ask, did you have this working before with my plugin? No, it's a new install, like three days ago. Transmission is running fine. Deleted what you recommended and it's back to the same screenshot. Can't determine the version and lists the current version. Update button seems to do nothing. Start button gets same result as before. Package file is back at the same size as before. Thanks for the ideas. Is there a log I can post or can we run some things from the command line to capture any errors?

I would first try to remove two folders and one file, see below: 1. USB/config/plugins/plexmediaserver/ 2. Your Plex install folder 3. In your config Dir remove preferences.XML Then reboot your server. This will cause the plugin to recreate those folders on reboot. You will need to enter your settings in the plugin page again but that should only take a few seconds. Let me know if that fixes it. The problem is likely that XML file which has your computer I'd in it. It's one of the only files that when not laid out properly, will stop Plex from starting but after a reboot it too wool be recreated. After its working, just open Plex and verify your settings are still correct. **do not delete your entire config directory or you will lose your database and have to rescan in all your shows again*** Unfortunately that resulted in exactly the same state I started in. Exactly the same as the screenshot above. Love the quick response though. Wow.

I really appreciate the work that's been done here. The Transmission plugin worked great. However, I'm having some trouble with the plex plugin. I'm running unRaid 5.0.5, and the plugin says 1.4.3 on the settings tab. The update button appears but is showing the version that is in /packages. When I press the update button it doesn't seem to figure out that I already have the latest. Picture at the bottom of this post. It also will not start. Shows the following in the gui; /etc/rc.d/rc.plexmediaserver buttonstart Starting Plex Media Server: sudo -H -u nobody /bin/bash -c ". /boot/config/plugins/plexmediaserver/startcfg.sh; nohup /usr/local/plexmediaserver/Plex Media Server > /dev/null 2>&1 &" 1234567891011plexmediaserver.pid not created for some reason... OK Let me know if I can provide any more information. I'm not a complete Linux novice and should be able to follow any instuctions/advice.