[ARCHIVE] binhex docker repository


Recommended Posts

Is there any way I can telnet into the docker app so I can find out more details?  I don't think deleting the entire folder will solve the problem as I have done this already once.  It solved it temporarily, until I changed settings, it happened again.

 

binhex, the same problem with sickbeard happened again.  I can no longer access it. 

 

I can see it running, since the following is a portion of the logs:

 

2015-06-27 04:39:39,045 DEBG 'sickbeard' stderr output:

04:39:39 INFO::SEARCHQUEUE-BACKLOG-255326 :: Finished searching for episodes from Defiance season 3

 

Something to note though, it's still 6/26 right now, but the date is advance.  I'm not sure if that has any implication.

 

What triggered the issue is, I tried to change the mapping for /data from /mnt/cache/.sickbeard to /mnt/user/Media/TV/.  After saving, it's no longer accessible. 

 

I hope to find out why this has happened.  So far, my experience with docker apps, only a few, has been pleasant except for sb.  Hope you can help troubleshoot.

 

btw, the ffg log came from unraid:

 

Jun 26 15:17:22 Tower avahi-daemon[4412]: Withdrawing workstation service for veth4bd563f.

Jun 26 15:17:22 Tower kernel: eth0: renamed from veth4bd563f

Jun 26 15:17:22 Tower php: binhex-sickbeard

Jun 26 15:17:37 Tower kernel: docker0: port 2(veth6b0db03) entered forwarding state

Jun 26 15:19:27 Tower kernel: docker0: port 2(veth6b0db03) entered disabled state

Jun 26 15:19:27 Tower kernel: device veth6b0db03 left promiscuous mode

Jun 26 15:19:27 Tower kernel: docker0: port 2(veth6b0db03) entered disabled state

Jun 26 15:19:27 Tower avahi-daemon[4412]: Withdrawing workstation service for veth6b0db03.

Jun 26 15:19:28 Tower kernel: device veth2031a32 entered promiscuous mode

Jun 26 15:19:28 Tower kernel: docker0: port 2(veth2031a32) entered forwarding state

Jun 26 15:19:28 Tower kernel: docker0: port 2(veth2031a32) entered forwarding state

Jun 26 15:19:28 Tower avahi-daemon[4412]: Withdrawing workstation service for vethe6fafcb.

Jun 26 15:19:28 Tower kernel: eth0: renamed from vethe6fafcb

Jun 26 15:19:38 Tower kernel: docker0: port 2(veth2031a32) entered disabled state

Jun 26 15:19:38 Tower kernel: device veth2031a32 left promiscuous mode

Jun 26 15:19:38 Tower kernel: docker0: port 2(veth2031a32) entered disabled state

Jun 26 15:19:38 Tower avahi-daemon[4412]: Withdrawing workstation service for veth2031a32.

Jun 26 15:19:39 Tower kernel: device vethe00b323 entered promiscuous mode

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:19:39 Tower avahi-daemon[4412]: Withdrawing workstation service for veth0d4a53a.

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered disabled state

Jun 26 15:19:39 Tower kernel: eth0: renamed from veth0d4a53a

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:19:51 Tower php: /usr/bin/docker stop binhex-sickbeard

Jun 26 15:19:54 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:20:01 Tower php: binhex-sickbeard

Jun 26 15:20:01 Tower kernel: docker0: port 2(vethe00b323) entered disabled state

Jun 26 15:20:01 Tower avahi-daemon[4412]: Withdrawing workstation service for vethe00b323.

Jun 26 15:20:01 Tower kernel: device vethe00b323 left promiscuous mode

Jun 26 15:20:01 Tower kernel: docker0: port 2(vethe00b323) entered disabled state

Jun 26 15:20:06 Tower php: /usr/bin/docker start binhex-sickbeard

Jun 26 15:20:06 Tower kernel: device veth2d42efb entered promiscuous mode

Jun 26 15:20:06 Tower avahi-daemon[4412]: Withdrawing workstation service for veth0dc165f.

Jun 26 15:20:06 Tower kernel: eth0: renamed from veth0dc165f

Jun 26 15:20:06 Tower kernel: docker0: port 2(veth2d42efb) entered forwarding state

Jun 26 15:20:06 Tower kernel: docker0: port 2(veth2d42efb) entered forwarding state

Jun 26 15:20:06 Tower php: binhex-sickbeard

Jun 26 15:20:10 Tower emhttp: /usr/bin/tail -n 42 -f /var/log/syslog 2>&1

Jun 26 15:20:21 Tower kernel: docker0: port 2(veth2d42efb) entered forwarding state

Jun 26 15:20:25 Tower emhttp: /usr/bin/tail -n 42 -f /var/log/syslog 2>&1

Link to comment

I decided to switch from the needo to this binhex sabnzbd-vpn docker tonight.  It built fine, and I got all my settings migrated over.  I rebuild the queue, and it all seems to be going fine.  (I'm on a data limited ISP, so I haven't actually downloaded anything yet, but it looks like it will be fine.)

 

However, I see one little surprise in this docker.  it's telling me there is an update to SABnzbd (to 8.0Alpha2).  I selected to inform me of test builds in the setup, so this isn't that surprising; except that I had the same setting in the needo docker, and also had EDGE=1 in the needo docker, and could never get it to update to the new/test builds.

 

I just want to confirm that I should NOT update inside this docker, as it's not built to handle EDGE (or internal updating); is that correct?

 

If so, might it be possible to get a version with vpn that does allow internal updating, as I do want to update, since the latest seems to fix an issue with forced downloads, which should benefit me on a data capped connection.

 

Either way; thanks again.

Link to comment

Hi,

 

It's possible to use other VPN privider that PIA ou AirVPN? I use SlickVPN and not be able to do a connection with my configuration ovpn file...

 

Thanks for your help ! :)

 

# host/port of vpn server
remote gw1.iad1.slickvpn.com 8080 udp
ping 300
ping-restart 600

# file containing username and password
#auth-user-pass openvpn.userpass
# ... or prompt for authentication
#auth-user-pass
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

dev tun
keepalive 10 120
nobind

persist-key

verb 3

# certificate revocation list for invalid server certs
crl-verify certs/crl.pem

# CA certificate used for server cert validation
ca certs/ca.crt

 

Link to comment

binhex, I think I have found the problem.  Am confused what should host and port of sab, and sickbeard if i'm changing the port numbers of the hosts.  I think when I change host when editing the docker app, should I also change the port inside the app itself?

 

Is there any way I can telnet into the docker app so I can find out more details?  I don't think deleting the entire folder will solve the problem as I have done this already once.  It solved it temporarily, until I changed settings, it happened again.

 

binhex, the same problem with sickbeard happened again.  I can no longer access it. 

 

I can see it running, since the following is a portion of the logs:

 

2015-06-27 04:39:39,045 DEBG 'sickbeard' stderr output:

04:39:39 INFO::SEARCHQUEUE-BACKLOG-255326 :: Finished searching for episodes from Defiance season 3

 

Something to note though, it's still 6/26 right now, but the date is advance.  I'm not sure if that has any implication.

 

What triggered the issue is, I tried to change the mapping for /data from /mnt/cache/.sickbeard to /mnt/user/Media/TV/.  After saving, it's no longer accessible. 

 

I hope to find out why this has happened.  So far, my experience with docker apps, only a few, has been pleasant except for sb.  Hope you can help troubleshoot.

 

btw, the ffg log came from unraid:

 

Jun 26 15:17:22 Tower avahi-daemon[4412]: Withdrawing workstation service for veth4bd563f.

Jun 26 15:17:22 Tower kernel: eth0: renamed from veth4bd563f

Jun 26 15:17:22 Tower php: binhex-sickbeard

Jun 26 15:17:37 Tower kernel: docker0: port 2(veth6b0db03) entered forwarding state

Jun 26 15:19:27 Tower kernel: docker0: port 2(veth6b0db03) entered disabled state

Jun 26 15:19:27 Tower kernel: device veth6b0db03 left promiscuous mode

Jun 26 15:19:27 Tower kernel: docker0: port 2(veth6b0db03) entered disabled state

Jun 26 15:19:27 Tower avahi-daemon[4412]: Withdrawing workstation service for veth6b0db03.

Jun 26 15:19:28 Tower kernel: device veth2031a32 entered promiscuous mode

Jun 26 15:19:28 Tower kernel: docker0: port 2(veth2031a32) entered forwarding state

Jun 26 15:19:28 Tower kernel: docker0: port 2(veth2031a32) entered forwarding state

Jun 26 15:19:28 Tower avahi-daemon[4412]: Withdrawing workstation service for vethe6fafcb.

Jun 26 15:19:28 Tower kernel: eth0: renamed from vethe6fafcb

Jun 26 15:19:38 Tower kernel: docker0: port 2(veth2031a32) entered disabled state

Jun 26 15:19:38 Tower kernel: device veth2031a32 left promiscuous mode

Jun 26 15:19:38 Tower kernel: docker0: port 2(veth2031a32) entered disabled state

Jun 26 15:19:38 Tower avahi-daemon[4412]: Withdrawing workstation service for veth2031a32.

Jun 26 15:19:39 Tower kernel: device vethe00b323 entered promiscuous mode

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:19:39 Tower avahi-daemon[4412]: Withdrawing workstation service for veth0d4a53a.

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered disabled state

Jun 26 15:19:39 Tower kernel: eth0: renamed from veth0d4a53a

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:19:39 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:19:51 Tower php: /usr/bin/docker stop binhex-sickbeard

Jun 26 15:19:54 Tower kernel: docker0: port 2(vethe00b323) entered forwarding state

Jun 26 15:20:01 Tower php: binhex-sickbeard

Jun 26 15:20:01 Tower kernel: docker0: port 2(vethe00b323) entered disabled state

Jun 26 15:20:01 Tower avahi-daemon[4412]: Withdrawing workstation service for vethe00b323.

Jun 26 15:20:01 Tower kernel: device vethe00b323 left promiscuous mode

Jun 26 15:20:01 Tower kernel: docker0: port 2(vethe00b323) entered disabled state

Jun 26 15:20:06 Tower php: /usr/bin/docker start binhex-sickbeard

Jun 26 15:20:06 Tower kernel: device veth2d42efb entered promiscuous mode

Jun 26 15:20:06 Tower avahi-daemon[4412]: Withdrawing workstation service for veth0dc165f.

Jun 26 15:20:06 Tower kernel: eth0: renamed from veth0dc165f

Jun 26 15:20:06 Tower kernel: docker0: port 2(veth2d42efb) entered forwarding state

Jun 26 15:20:06 Tower kernel: docker0: port 2(veth2d42efb) entered forwarding state

Jun 26 15:20:06 Tower php: binhex-sickbeard

Jun 26 15:20:10 Tower emhttp: /usr/bin/tail -n 42 -f /var/log/syslog 2>&1

Jun 26 15:20:21 Tower kernel: docker0: port 2(veth2d42efb) entered forwarding state

Jun 26 15:20:25 Tower emhttp: /usr/bin/tail -n 42 -f /var/log/syslog 2>&1

Link to comment

Is it possible to use my own legit SSL cert (key and pem) with Madsonic? I have it running great with the self signed cert but it's a pain adding exceptions in Chrome all the time, and I have the cert already, use it with the owncloud and nzbget dockers.

Link to comment

I've searched, but can't find an answer I can use.

 

I've got the delugevpn docker running, and working great.  However, the files it downloads get set into a folder that doesn't give me proper permissions to move them to their final location.  I have to run the newperms script on the torrents folder to get all the files to permissions that allow me to move them from within windows.  I can't find any settings in the deluge GUI to change this, nor in the docker setup, so I'm at a loss on how to resolve this issue.

 

Here is the info for a recent download...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# ls -l
total 1377324
-rw-r--r-- 1 nobody users 1410374903 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.mkv
-rw-r--r-- 1 nobody users        281 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.nfo

 

running the newperms script is fast/easy...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# newperms /mnt/user/video/Download/torrents/
processing /mnt/user/video/Download/torrents/
... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/user/video/Download/torrents/
... chown -R nobody:users /mnt/user/video/Download/torrents/
... sync
completed, elapsed time: 00:00:01

 

and gives me full permissions...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# ls -l
total 1377324
-rw-rw-rw- 1 nobody users 1410374903 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.mkv
-rw-rw-rw- 1 chris  users       2520 Jun 27 09:10 game.of.thrones.s05e07.720p.hdtv.x264-0sec_mkv_JRSidecar.xml

 

However, as you may have noticed, after gaining permissions my media player (JRiver Media Center) finishes its tagging, and can add the .xml file to the folder, and gives it the user of my windows maching (chris).

 

Now, I can have JRMC rename and move the file to its proper location.

 

So, how do I get deluge to get these permissions 'right' without my intervention?

Link to comment

Madsonic: Using a valid SSL certificate

 

I did a bit of digging and found this thread: http://forum.madsonic.org/viewtopic.php?f=5&t=631

 

I attached to the docker and managed to create the certificate in the correct format, note replace steps 7 and 8 with these commands:

 

openssl pkcs12 -in subsonic.crt -export -out subsonic.pkcs12 -passout pass:subsonic
keytool -importkeystore -srckeystore subsonic.pkcs12 -destkeystore subsonic.keystore -srcstoretype PKCS12 -srcalias 1 -destalias subsonic

 

The last step involved running this command:

 

zip /opt/madsonic/madsonic-booter.jar subsonic.keystore

 

But 'zip' isn't included in the bare bones arch install and I have no idea how to install it. Also I guess that the 'subsonic.keystore' file will need to be stored in the exported madsonic directory on the unraid server and the madsonic startup script will need to check for the existence of that file and run the zip command if it's present.

 

What do you think BinHex, is this a possibility?

 

Update: it eventually dawned on me that I could copy the madsonic-booter.jar and subsonic.keystore to the /config directory, then ssh into the unraid server, execute the zip command and then copy the madsonic-booter.jar back to the docker. So I did that, restarted the docker and it all works :-) ....but it still needs the docker to be amended as discussed above so that updates don't break the ssl cert.

Link to comment

Is there any way I can telnet into the docker app so I can find out more details?  I don't think deleting the entire folder will solve the problem as I have done this already once.  It solved it temporarily, until I changed settings, it happened again.

 

You can connect to the docker using "docker exec" like this (from an ssh/telnet session into unRaid):

docker exec -it binhex-sickbeard bash

replace "binhex-sickbeard" with the name of the docker container.

Link to comment

johnc, I followed your instructions and was able to ssh into it.  Now, my main purpose is to get some information to find out what is happening, how come I cannot access it via web ui.  What should be the command to know what port it is mapped to the host?  Would you know?  I now know that it's the changing of the default host port that is causing the problem.  At the docker app, I edit settings to change host port to 8082, while inside the webui of sickbeard, it says it listens at 8081.  If I change the port inside the config page of sickbeard, I can no longer access it after restart.  How can I regain access?

 

Is there any way I can telnet into the docker app so I can find out more details?  I don't think deleting the entire folder will solve the problem as I have done this already once.  It solved it temporarily, until I changed settings, it happened again.

 

You can connect to the docker using "docker exec" like this (from an ssh/telnet session into unRaid):

docker exec -it binhex-sickbeard bash

replace "binhex-sickbeard" with the name of the docker container.

Link to comment

johnc, I followed your instructions and was able to ssh into it.  Now, my main purpose is to get some information to find out what is happening, how come I cannot access it via web ui.  What should be the command to know what port it is mapped to the host?  Would you know?  I now know that it's the changing of the default host port that is causing the problem.  At the docker app, I edit settings to change host port to 8082, while inside the webui of sickbeard, it says it listens at 8081.  If I change the port inside the config page of sickbeard, I can no longer access it after restart.  How can I regain access?

 

Is there any way I can telnet into the docker app so I can find out more details?  I don't think deleting the entire folder will solve the problem as I have done this already once.  It solved it temporarily, until I changed settings, it happened again.

 

You can connect to the docker using "docker exec" like this (from an ssh/telnet session into unRaid):

docker exec -it binhex-sickbeard bash

replace "binhex-sickbeard" with the name of the docker container.

 

For that, you need to look in your config ini files.  If you changed the host port to 8082, then you need to also configure that port in your ini file.  For sickbeard, that's the "config.ini" file in your config folder.  Edit that with a text edit and search for "web-port", set it to 8082, save it and re-start your docker.  Do the same for sabnzbd if you changed that port (config file = sabnzbd.ini and setting is "port").

 

Sorry, I told you this backwards...

 

In those .ini files, you need to configure the ports to match the "Container port".  So if sickbeard has (in the docker config) a container port of 8081 and a host port of 8082, you need to configure 8081 into the .ini file.  Your unRaid server is basically routing port 8082 into the docker to port 8081.  So your docker app (sickbeard) needs to be listening on port 8081.

Link to comment

I've searched, but can't find an answer I can use.

 

I've got the delugevpn docker running, and working great.  However, the files it downloads get set into a folder that doesn't give me proper permissions to move them to their final location.  I have to run the newperms script on the torrents folder to get all the files to permissions that allow me to move them from within windows.  I can't find any settings in the deluge GUI to change this, nor in the docker setup, so I'm at a loss on how to resolve this issue.

 

Here is the info for a recent download...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# ls -l
total 1377324
-rw-r--r-- 1 nobody users 1410374903 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.mkv
-rw-r--r-- 1 nobody users        281 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.nfo

 

running the newperms script is fast/easy...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# newperms /mnt/user/video/Download/torrents/
processing /mnt/user/video/Download/torrents/
... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/user/video/Download/torrents/
... chown -R nobody:users /mnt/user/video/Download/torrents/
... sync
completed, elapsed time: 00:00:01

 

and gives me full permissions...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# ls -l
total 1377324
-rw-rw-rw- 1 nobody users 1410374903 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.mkv
-rw-rw-rw- 1 chris  users       2520 Jun 27 09:10 game.of.thrones.s05e07.720p.hdtv.x264-0sec_mkv_JRSidecar.xml

 

However, as you may have noticed, after gaining permissions my media player (JRiver Media Center) finishes its tagging, and can add the .xml file to the folder, and gives it the user of my windows maching (chris).

 

Now, I can have JRMC rename and move the file to its proper location.

 

So, how do I get deluge to get these permissions 'right' without my intervention?

 

Are the shares involved set to secure, private or public?

Link to comment

I having an issue with SAB where its not able to create my main media directory on my cache drive.

 

I have /MediaDL in my SAB mapped to /Media on my cache drive.

 

If the Media folder is already there (On the docker install, it created the directory) it has no issues creating the sub-folders and it works fine. But my mover runs nightly and it takes the whole /Media folder with it, and when it does that SAB can't create a new /Media directory for some reason.

 

Any suggestions?

Link to comment

I've been mucking about with changing my needo dockers to binhex versions.  I'm working on sonarr, and have it mostly working, but the data paths don't seem to be carrying over from the docker run command into sonarr.  it's still using the paths from the original run command (I think).  I changed them after building the container for the first time.

 

See screenshot for more details.

 

run command/setup has /downloads and /video, but sonarr is using/showing /data and /media

 

How to fix, and also, it is bad/wrong to change the template settings (/data and /media) into my own settings?

 

I'm trying to convert my dockers to stop using /mnt/user, and limit the access of my dockers, but want the mappings to be more meaningful to me, thus (/downloads and /video).

 

thanks again.

Link to comment

sorry, one more thing.

 

sonarr is telling me there is a new version available (2.0.0.3243) as of  Jun 18 2015.  I don't think the new version I have has anything I need, but I figured the docker would be running the latest (at least within a few days of release).

 

Maybe binhex just isn't aware of the update.

 

Is this docker able to use EDGE=1; so I can update inside the docker without harm?

Link to comment

sorry, one more thing.

 

sonarr is telling me there is a new version available (2.0.0.3243) as of  Jun 18 2015.  I don't think the new version I have has anything I need, but I figured the docker would be running the latest (at least within a few days of release).

 

Maybe binhex just isn't aware of the update.

 

Is this docker able to use EDGE=1; so I can update inside the docker without harm?

 

I think binhex uses Arch Linux which doesn't have the latest sonarr ready yet: https://aur.archlinux.org/packages/sonarr/

Link to comment

Public

 

I've searched, but can't find an answer I can use.

 

I've got the delugevpn docker running, and working great.  However, the files it downloads get set into a folder that doesn't give me proper permissions to move them to their final location.  I have to run the newperms script on the torrents folder to get all the files to permissions that allow me to move them from within windows.  I can't find any settings in the deluge GUI to change this, nor in the docker setup, so I'm at a loss on how to resolve this issue.

 

Here is the info for a recent download...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# ls -l
total 1377324
-rw-r--r-- 1 nobody users 1410374903 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.mkv
-rw-r--r-- 1 nobody users        281 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.nfo

 

running the newperms script is fast/easy...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# newperms /mnt/user/video/Download/torrents/
processing /mnt/user/video/Download/torrents/
... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/user/video/Download/torrents/
... chown -R nobody:users /mnt/user/video/Download/torrents/
... sync
completed, elapsed time: 00:00:01

 

and gives me full permissions...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# ls -l
total 1377324
-rw-rw-rw- 1 nobody users 1410374903 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.mkv
-rw-rw-rw- 1 chris  users       2520 Jun 27 09:10 game.of.thrones.s05e07.720p.hdtv.x264-0sec_mkv_JRSidecar.xml

 

However, as you may have noticed, after gaining permissions my media player (JRiver Media Center) finishes its tagging, and can add the .xml file to the folder, and gives it the user of my windows maching (chris).

 

Now, I can have JRMC rename and move the file to its proper location.

 

So, how do I get deluge to get these permissions 'right' without my intervention?

 

Are the shares involved set to secure, private or public?

Link to comment

Hi,

 

It's possible to use other VPN privider that PIA ou AirVPN? I use SlickVPN and not be able to do a connection with my configuration ovpn file...

 

I am also trying to get this to work with SlickVPN (without any luck). I set the provider to "custom", and put my .ovpn file in place. However, when the container starts, I see this error occurring over and over:

2015-062015-06-27 23:49:42,866 DEBG 'start' stdout output:
Sat Jun 27 23:49:42 2015 UDPv4 link local: [undef]
Sat Jun 27 23:49:42 2015 UDPv4 link remote: [AF_INET]208.92.235.23:8080
Sat Jun 27 23:49:42 2015 write UDPv4: Operation not permitted (code=1)

I can't even connect to deluge! However, if I disable OpenVPN and Privoxy, and then run the container, I can at least use Deluge. Can anyone suggest anything to try?

Link to comment

I do some modification to my .ovpn file.

 

I can connect to Deluge or sabnzb, but it's impossible to connect to my news provider or my torrent... Connection refuse...

 

2015-06-27 13:53:29,761 DEBG 'sabnzbd' stderr output:

2015-06-27 13:53:29,760::INFO::[newswrapper:233] Failed to connect: (110, 'timed out') [email protected]:80

 

Here is my .ovpn file :

 

client
dev tun
proto udp
remote gw1.yul1.slickvpn.com 443
ping 300
ping-restart 600
resolv-retry infinite
nobind
persist-key
ca ca.crt
tls-client
remote-cert-tls server
auth-user-pass credentials.conf
verb 1
reneg-sec 0
crl-verify crl.pem
keysize 256
cipher AES-256-CBC

 

And my log file in attachment.

supervisord.txt

Link to comment

I've searched, but can't find an answer I can use.

 

I've got the delugevpn docker running, and working great.  However, the files it downloads get set into a folder that doesn't give me proper permissions to move them to their final location.  I have to run the newperms script on the torrents folder to get all the files to permissions that allow me to move them from within windows.  I can't find any settings in the deluge GUI to change this, nor in the docker setup, so I'm at a loss on how to resolve this issue.

 

Here is the info for a recent download...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# ls -l
total 1377324
-rw-r--r-- 1 nobody users 1410374903 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.mkv
-rw-r--r-- 1 nobody users        281 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.nfo

 

running the newperms script is fast/easy...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# newperms /mnt/user/video/Download/torrents/
processing /mnt/user/video/Download/torrents/
... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/user/video/Download/torrents/
... chown -R nobody:users /mnt/user/video/Download/torrents/
... sync
completed, elapsed time: 00:00:01

 

and gives me full permissions...

 

root@media:/mnt/user/video/Download/torrents/Game.of.Thrones.S05E07.720p.HDTV.x264-0SEC# ls -l
total 1377324
-rw-rw-rw- 1 nobody users 1410374903 Jun 27 02:19 game.of.thrones.s05e07.720p.hdtv.x264-0sec.mkv
-rw-rw-rw- 1 chris  users       2520 Jun 27 09:10 game.of.thrones.s05e07.720p.hdtv.x264-0sec_mkv_JRSidecar.xml

 

However, as you may have noticed, after gaining permissions my media player (JRiver Media Center) finishes its tagging, and can add the .xml file to the folder, and gives it the user of my windows maching (chris).

 

Now, I can have JRMC rename and move the file to its proper location.

 

So, how do I get deluge to get these permissions 'right' without my intervention?

 

Think I got this cracked, can you please update delugevpn and test it again

Link to comment

So, after waiting too long for my terrible satellite internet to download everything, it doesn't seem to be working, but in a different way.

 

Now it's telling me I don't have access to the destination drive when I try to move a newly downloaded file.  I verified I do actually have access to the destination, so there must be something else going on now.

 

Now, it seems it's setting "nogroup" for the new files.  The following shows the new permissions on the top 2 files, which are the ones it just finished downloading after updating the docker.  The last 4 files are from the previous version...

 

root@media:/mnt/user/video/Download/torrents# ls -l
total 24
drwxrwxrwx 1 nobody nogroup 4096 Jun 28 11:03 Pitbull\ -\ Get\ It\ Started\ (Feat.\ Shakira)\ [single]\ [2012]-\ Sebastian[ub3r]/
drwxrwxrwx 1 nobody nogroup 4096 Jun 28 10:34 Pressure\ Cooker\ Perfection_\ 100\ Foolproof\ Recipes\ That\ Will\ Change\ the\ Way\ You\ Cook\ -\ America's\ Test\ Kitchen/
-rw-rw-rw- 1 nobody users      0 Nov 24  2014 This\ file\ is\ only\ to\ prevent\ the\ folder\ being\ deleted.txt
drwxrwxrwx 1 nobody users   4096 Jun 28 10:41 Veep.S04E05.PROPER.720p.HDTV.x264-0SEC[rarbg]/
drwxrwxrwx 1 nobody users   4096 Jun 28 10:41 Veep.S04E08.PROPER.720p.HDTV.x264-0SEC[rarbg]/
drwxrwxrwx 1 nobody users   4096 Jun 28 10:41 Veep.S04E09.720p.HDTV.x264-0SEC[rarbg]/
drwxrwxrwx 1 nobody users   4096 Jun 28 10:41 Veep.S04E10.720p.HDTV.x264-0SEC[rarbg]/

 

I'm happy to test any more changes, but it takes me a LONG time to download anything, so you'll have to be patient for my responses ;)

failed.png.bfc7a71c2847f4f4d4e655068d0fc8a6.png

Link to comment
Guest
This topic is now closed to further replies.