Bjonness406

+1, we really need this

+1 for this feature.

Have you ticked the "Manually specify public port" option on plex?

Do you have any logs? You should probably ask on the plexrequestsnet github page.

You should remove Preclear Beta from your system. The new script has been integrated in the normal Preclear Script plugin. So I don't have to install the seperate preclear script with the normal preclear plugin anymore? If so, you should update the description on the xml (for CA).

2016.08.26 Remove this plugin Ehhhmm? What is this? Why?

You could always try an force update to see if it helps (advanced view -> force update). Binhex is on vacation now, but will be back in 3-4 days I think, if the image has to be updated.

No I cannot access the webUI because the docker doesnt start. It just hangs in "Location of the database: /app/PlexRequests.Net/PlexRequests.sqlite" and then the docker stops. The docker just stops by itself? Strange.. I would try making a backup of the old appdata, and then delete it from the appdata folder, so you start from scratch and see what happends.

Not at the computer right now, but have you tried an force update? Click advanced view - > force update from the docker page. The docker container is up to date but I tried that and made no difference. New 1.9.0 version was just released a few hours ago. App tries to start but then conpletely stops and have to select start again and just loops. Hmm. Just tested and working fine here. Could you post the docker log? Ps: The docker update checker on 6.1.9 is broken, and will not report if there is an update. Plexrequest webUI notified me of an update available so I restarted the docker so it can update. The log does not mention any error. Log available here http://hastebin.com/pivinaworo.avrasm So you are not able to access the webUI after the docker has started? And you are using the local ip with the right port?

Not at the computer right now, but have you tried an force update? Click advanced view - > force update from the docker page. The docker container is up to date but I tried that and made no difference. New 1.9.0 version was just released a few hours ago. App tries to start but then conpletely stops and have to select start again and just loops. Hmm. Just tested and working fine here. Could you post the docker log? Ps: The docker update checker on 6.1.9 is broken, and will not report if there is an update.

Not at the computer right now, but have you tried an force update? Click advanced view - > force update from the docker page.

Have a great vacation

Dev branch added. Existing users, update the docker, and add a variable "DEV=1" to use the dev branch.

You hit save, and then on the resulting screen, copy & paste the resulting text into a file of your choice. Don't delete anything from it. Only add in other sections as required as per the links above. You can delete the date installed tag right?

Hmmm...can't find it. I tried both views. The log link is for syslog and the other logs are docker dependent with this one being blank?! Maybe a screenshot? First one in on regular view, second one is advanced view. In advanced view you can see then the log did get created, how long is has been for the last change/edit. Just click there I have marked with red. https://i.imgur.com/Jjf3oPX.jpg[/img] https://i.imgur.com/HrSJRXz.jpg[/img]

What about the docker log? See above. The log is stored in the /config directory (/mnt/cache/appdata/SABnzbdVPN/) and nothing is currently being written to this directory during docker install. I think this is the root cause of my problem but I can't seem to figure out how to fix it. Not the application log, but the docker log. Available at the docker tab in the unraid webgui (you may need to click advanced view)

Ok, I've successfully got strong encryption running on your DelugeVPN docker but I still can't get this docker to start. One thing I noticed is that nothing is written to the /config folder (in my case, /mnt/cache/appdata/SABnzbdVPN/). The directory is however created successfully when pull down the image. Here's the folder permissions of my /mnt/cache/appdata directory: drwxrwxr-x 4 nobody users 113 Jul 19 10:11 SABnzbd/ drwxrwxrwx 2 nobody users 6 Jul 19 11:33 SABnzbdVPN/ drwxrwxrwx 7 nobody users 256 Jul 19 10:58 delugeVPN/ drwxrwxr-x 3 nobody users 24 Jul 19 11:19 downloads/ drwxrwxrwx 13 nobody users 168 Jun 2 13:29 emby/ drwxrwxrwx 7 nobody users 232 Jul 19 13:04 sonarr/ All other dockers are working correctly and the non-VPN verison of your SABnzbd docker is also working correctly?! Still stumped...just thought I'd check back on whether there's any other info I can provide? No SABnzbdVPN log is generated since no files are being written to the /config directory and the UnRAID log is useless. What about the docker log?

But what's stopping people from mapping their own? But will it then transcode outside or within the docker container? If it transcode inside that will just fill up Edit: found out it encodes standard to "/mnt/user/appdata/plex/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions" Do you have your appdata set to /mnt/user, or /mnt/cache? I tried now by turning off all other dockers and VMs but plex and same happened. You mean the appdata mapping on the plex docker? "/config = /mnt/user/appdata/plex/" I also have an "/mnt/user0", not sure why, the same shares are under it I have not tried to set "/config" to "/mnt/user0/" or "/mnt/cache" Check here: http://lime-technology.com/forum/index.php?topic=50452.msg484665.msg#484665 Also, user0 is all shares except the ones that are on the cache drive, so you should not have appdata there. Install fix common problems and scan for problems also.

But what's stopping people from mapping their own? But will it then transcode outside or within the docker container? If it transcode inside that will just fill up Edit: found out it encodes standard to "/mnt/user/appdata/plex/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions" Do you have your appdata set to /mnt/user, or /mnt/cache?

Since this is an unraid bug, he can't fix it. This bug is fixed in 6.2 rc btw.

See here http://lime-technology.com/forum/index.php?topic=45812.msg483281#msg483281

Nearly. Map /downloads -> /mnt/user/Downloads /incomplete -> /mnt/user/Incomplete-Downloads Then go inside deluge, and set incomplete downloads to /incomplete and complete downloads to /downloads

Yes, just select two different directories for incomplete and complete downloads within the docker itself

You probably have to specify in both SAB and sonarr that you need to save the downloads to /downloads. Also you should map /downloads to /mnt/user/downloads for sonarr too, and instead use /downloads/completed/tv inside sonarr.

Soon™ It's a good one..... I know what it is!!! And I'm not telling.. Whaaaaat.. You sir, are a monster [emoji83] hehe