JustinChase

yep, that was it. Bad design. I don't even think the folder I picked is on the disk I want to work with. I would think picking the disk to work with should be step 1 in the process. With that said, it looks like it will work way better than doing this by hand, so I still much appreciate this being made available to me; thank you.

I just installed this plugin using Community Applications. I don't seem to be able to change the disk I'm trying to empty. It says "you choose the source disk in the main page" but i can only get to the settings and log tabs. clicking the Home tab does nothing. I've not been able to find "the main page" to specify which disk.

I just copy/paste the links into Deluge "+Add" button. I don't use Chrome, but in Firefox I use the "Torrent Status" plugin, took a little bit of trial and error to get all setup, but now magnets go directly to deluge, couldn't be easier now.

used Putty to shutdown -r now, and about 5 minutes later it finally rebooted. I've updated to latest version of CA and it took 19 seconds for the dialog to go away. I think this is an improvement, but I didn't really time the dialog before I reported last time, I just guessed at around 30 seconds. I'm still running 6.1.9 if that matters. Either way, it's not terrible, just an annoying reminder that my internet service sucks

Can I get you to try something. Download this to your flash drive https://github.com/Squidly271/community.applications/raw/master/archive/community.applications-2016.09.03d.txz then from the console (or ssh) rm -rf /tmp/community.applications installpkg /boot/community.applications-2016.09.03d.txz And then try hitting the apps page again. Hopefully it will be significantly faster Edit: changes released in 2016.09.04 Let me know if its better I saw the notification that Community Apps had been updated, so I tried opening it, and started counting. I got to about 90 seconds, and the updating windows never went away. I then realized it was running 9.3c (not 9.4), so I'll have to try again. problem now is that it seems to have hung unRAID, so I'm still waiting, several minutes later, for it to release unRAID for me to work with. Hopefully I don't need to reboot the server

Would it be possible to put a "Cancel" button on the updating apps window that shows when you first hit the Apps tab? I'm on SLOW satellite internet, and occasionally I just click that tab by mistake, and I'm forced to watch the wheel spin for about a minute as punishment for my mistake

it could well do, which is why i shyed away from it initially, if i did implement this then i would default to the standard strength to try and keep speeds up, but for people who love foil i would have the option to select strong. I'd like to have the option for both levels of encryption. Sent from my HTC6545LVW using Tapatalk

PIA users please read Due to changes in certificates and the increasing of the encryption used you will need to do the following (affects PIA users only):- 1. Go to unraid docker ui, left click delugevpn icon, and select stop 2. Delete all files in /config/openvpn/ on the host 3. Go to unraid docker ui, left click delugevpn icon, and select edit 4. Change the port number, normally 1194 to port 1198 5. Ciick save The action of saving will not only change your config but will force the pulldown of the latest docker image (unraid docker updates bug causes updates not to show). If anybody is seeing issues please screenshot your edit screen with advanced view switched on, also post the supervisord.log file (located in /config). I'm still running 6.1.9 and followed the directions, but I'm unable to connect again after making these few changes. I've emptied the /mnt/cache/appdata/delugevpn/openvpn folder, leaving the folder itself empty. I then changed the port to 1198 and saved, the image appeared to pull and it completed without issue. I cannot open the webGUI from either the docker icon, or my oft-used bookmark. I've re-deleted all 4 files in the openvpn folder but now I have lost the entire docker tab in the unRAID GUI. This happened with the sabnzbdvpn docker, and stopping and restarting the docker from settings brought it back last time. Here is the last bit from the supervisord.log 2016-07-12 23:40:40,486 DEBG 'start-script' stdout output: Tue Jul 12 23:40:40 2016 VERIFY ERROR: depth=0, error=unable to get local issuer certificate: C=US, ST=CA, L=LosAngeles, O=Private Internet Access, OU=Private Internet Access, CN=076469209787985669eadfa089, name=0764692dd8004d9767566978aedadsfdacd8 Tue Jul 12 23:40:40 2016 TLS_ERROR: BIO read tls_read_plaintext error: error:14090086:SSL routines:ssl3_get_server_certificate:certificate verify failed Tue Jul 12 23:40:40 2016 TLS Error: TLS object -> incoming plaintext read error Tue Jul 12 23:40:40 2016 TLS Error: TLS handshake failed 2016-07-12 23:40:40,487 DEBG 'start-script' stdout output: Tue Jul 12 23:40:40 2016 SIGUSR1[soft,tls-error] received, process restarting 2016-07-12 23:40:42,494 DEBG 'start-script' stdout output: Tue Jul 12 23:40:42 2016 UDPv4 link local: [undef] Tue Jul 12 23:40:42 2016 UDPv4 link remote: [AF_INET]208.167.254.12:1198 i think this looks like the certs havent updated, if you look in the /config/openvpn/ folder, if the names of the files dont match below then your still using the old certs:- ca.rsa.2048.crt crl.rsa.2048.pem if this is the case then try the procedure again, this should create the above files. I have deleted and repulled the image twice now for both dockers. Same results. I'll try again when I get home tonight. Sent from my HTC6545LVW using Tapatalk

PIA users please read Due to changes in certificates and the increasing of the encryption used you will need to do the following (affects PIA users only):- 1. Go to unraid docker ui, left click delugevpn icon, and select stop 2. Delete all files in /config/openvpn/ on the host 3. Go to unraid docker ui, left click delugevpn icon, and select edit 4. Change the port number, normally 1194 to port 1198 5. Ciick save The action of saving will not only change your config but will force the pulldown of the latest docker image (unraid docker updates bug causes updates not to show). If anybody is seeing issues please screenshot your edit screen with advanced view switched on, also post the supervisord.log file (located in /config). I'm still running 6.1.9 and followed the directions, but I'm unable to connect again after making these few changes. I've emptied the /mnt/cache/appdata/delugevpn/openvpn folder, leaving the folder itself empty. I then changed the port to 1198 and saved, the image appeared to pull and it completed without issue. I cannot open the webGUI from either the docker icon, or my oft-used bookmark. I've re-deleted all 4 files in the openvpn folder but now I have lost the entire docker tab in the unRAID GUI. This happened with the sabnzbdvpn docker, and stopping and restarting the docker from settings brought it back last time. Here is the last bit from the supervisord.log 2016-07-12 23:40:40,486 DEBG 'start-script' stdout output: Tue Jul 12 23:40:40 2016 VERIFY ERROR: depth=0, error=unable to get local issuer certificate: C=US, ST=CA, L=LosAngeles, O=Private Internet Access, OU=Private Internet Access, CN=076469209787985669eadfa089, name=0764692dd8004d9767566978aedadsfdacd8 Tue Jul 12 23:40:40 2016 TLS_ERROR: BIO read tls_read_plaintext error: error:14090086:SSL routines:ssl3_get_server_certificate:certificate verify failed Tue Jul 12 23:40:40 2016 TLS Error: TLS object -> incoming plaintext read error Tue Jul 12 23:40:40 2016 TLS Error: TLS handshake failed 2016-07-12 23:40:40,487 DEBG 'start-script' stdout output: Tue Jul 12 23:40:40 2016 SIGUSR1[soft,tls-error] received, process restarting 2016-07-12 23:40:42,494 DEBG 'start-script' stdout output: Tue Jul 12 23:40:42 2016 UDPv4 link local: [undef] Tue Jul 12 23:40:42 2016 UDPv4 link remote: [AF_INET]208.167.254.12:1198

Great, thanks for the update. Like I said, I'm in no hurry, I was just reporting it in case you didn't know already.

Damn! sorry man, my bad. I meant to post this in the Sonarr thread. It's Sonarr that is telling me about the update, not Deluge If you want me to post in the Sonarr thread also, please just let me know. Thanks and sorry again for the noise.

I'm not sure they are the same issue. I simply don't know if the docker image has been updated to pull/use the new version of Deluge. If it is supposed to be installing/using the latest version, then I'm not getting notification of an update to the docker being available. I have not tried to force it to update however. I thought the beta bug was more to do with updated dockers continuing to show an update available, but not actually having an update available. I don't follow it that closely though, so I could be wrong.

I'm not running beta, I'm running 6.1.9.

Deluge is reporting a new version is available, but checking for updates did not offer any updates to the docker. I'm in no hurry, it's working fine for me, but just an FYI

What do you have for your path settings in the docker setup? i.e. /data => /mnt/user/downloads

Okay, weird, but okay. thanks for the info.

I just updated the docker again, since there was a pending update, but I'm still running version 0.8.x Is there some reason no to update to version 1.0? I think they list it as the current stable version on their support site.

Yeah, i figured. I got upgraded from 0.7.x to 0.8.x, even though I thought 1.x was the new latest stable. Did I do it wrong? I just checked, it seems there is a 1.0.0 version available now... http://forums.sabnzbd.org/viewtopic.php?f=8&t=20382 I'm in no hurry, just checking.

reboot didn't fix it. deleting the perms.txt file in the /mnt/cache/appdata/sabnzbdvpn folder didn't fix it. deleting the sabnzbd.ini.bak file did seem to fix it. This file has since been recreated and i no longer see the messages in the log.

I just updated this docker, and am still running unRAID 6.1.9. When the docker restarted, all of my downloads were lost. I repaired the queue, and they all came back, but it won't download. I checked the settings, and my password had gotten jacked up. I corrected, then tested the connection, and it's fine. But, i'm still getting these messages in the SABnzbd log... 2016-03-19 12:59:13,498 ERROR: Cannot create backup file for /config/sabnzbd.ini.bak 2016-03-19 12:58:40,475 ERROR: Cannot create backup file for /config/sabnzbd.ini.bak 2016-03-19 12:58:16,274 ERROR: Cannot create backup file for /config/sabnzbd.ini.bak 2016-03-19 12:58:07,449 ERROR: Cannot create backup file for /config/sabnzbd.ini.bak I've not looked too hard yet, but it seems to be some sort of permissions issue. I'm going to reboot the server now, but wanted to document this in case there is something that needs fixed that a reboot won't cure.

I use port 1194 (not 1196) and us-east.privateinternetaccess.com for my delugevpn setup. I also don't see VPN_Protocol in your setup screenshot. Mine is set for UDP. Maybe these things are your issue?

I assume by pfSense router you mean a computer with pfSense running on it. If so, then yes, it would work fine because it's not a limited router hardware CPU. If you tried to run PIA on an ASUS RT-N66 router, which is highly regarded as a good, fast router, you'd discover how slow everything gets. It just doesn't have enough power for real-time, high security encryption. Hopefully LimeTech allows the hooks needed for binhex to get his PIA docker solution working for us someday.

+1 This type of solution is very much needed. Having the ability to choose which application uses the VPN provides a great amount of control and flexibility. As an example VPNing docker applications like Sickbeard, Sickrage, Sonarr, Couchpotato, Sabnzbd, to name a few, but not VPNing Plex Server since it has an issue with losing it's connection once a VPN connection is established. Hope to see this type of solution come to fruition in the future. OR... You can use your external firewall / router. Load a DD-WRT or Tomato firmware on your router and using the OpenVPN client & the active routing policies - you can "route" any number of specific internal source IP's out through the VPN. Keeps the networking on the edge and it is actully quite easy to set up (If I can do it! ;-)) My 2c, Did it. WAAAYYYY too slow. routers don't have enough CPU power for real-time encryption. I slowed my speeds by about 75%. The VPN really needs to run on a modern CPU, so inside a separate docker is the better solution. I'm looking at setting up a pfSense install for this very purpose, but an openVPN docker would probably work just as well.

yes, but... After updating a couple of options in the notification settings (enabled docker update and array status), then saving, the spamming has stopped. Something must have gotten jazzed up somehow, but the issue now seems resolved. Weird, but okay Thank you so much for pointing me to a resolution!! You are a good internet citizen

That's actually an easy question. Its the disk temperature / array status script. Why its failing I have no idea since there is no line reference in the log, but to begin with, I'd look at disk settings - Poll Attributes. Since the entries are happening every minute, I'd hazard a guess that the attribute is set to 60. After that, I'd check your notification settings and initially try disabling all notifications, and then re-set up your smtp settings / push settings. ha, easy for you!! I don't see anything in the disk settings that would update every minute (screenshot attached). I looked in notification settings also, but nothing seemed out of order there.