Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

WoJ

Members
  • Joined

  • Last visited

  1. When starting the containers individually (docker-compose up containername), each succeeds (including deluge) When starting them all together via docker-compose up, they all succeed except for deluge (with the error about missing ovpn file) Now that I changed $PWD to . (current dir), they all succeed no matter how they are started. This is really strange but at least now everything works
  2. Well, other containers use the local directory mapped to the container directory to handle data, config files etc. So if I had $PWD/somecontainer:/etc/something and $PWD was empty, it would map a nonexistent /somecontainer folder to /etc/something within the container. If the container expected to find or write something there it would have failed. I edited the configuration of these other containers via their mapped volume (which used $PWD) and it was taken into account correctly. The other point is that "docker-compose up deluge" worked fine, while "docker-compose up" did not (for deluge). I agree with you that it is definitely better to be explicit with the paths and I modified them everywhere (even when it was working fine with $PWD, and it still works fine), I am just trying to completely understand the behaviour.
  3. Thank you, it was indeed the problem. I do not understand yet why it affected only that particular container (other also had a similar volume declaration) and why it was appearing in one mode and not the other ("up deluge" vs. "up") but it is good advice anyway and I changed it everywhere to a path without $PWD (relative not absolute, though).
  4. Note: this is a copy of the GitHib issue #110 ("docker-compose up deluge" works, "docker-compose up" does not) as i am not sure where the best place to post such questions/issues is. Apologies if this is the wrong place. I created a docker-compose service for arch-delugevpn: deluge: image: binhex/arch-delugevpn:latest container_name: deluge restart: always cap_add: - NET_ADMIN environment: - PUID=999 - PGID=999 - VPN_ENABLED=yes - VPN_USER=<login> - VPN_PASS=<password> - VPN_PROV=pia - STRICT_PORT_FORWARD=yes - ENABLE_PRIVOXY=yes - LAN_NETWORK=192.168.10.0/24 - NAME_SERVERS=1.1.1.1,8.8.4.4 - UMASK=000 - DEBUG=false - DELUGE_DAEMON_LOG_LEVEL=info - DELUGE_WEB_LOG_LEVEL=debug volumes: - $PWD/deluge/config:/config - /mnt/2TB1/deluge:/data - /etc/localtime:/etc/localtime:ro labels: caddy.address: http://deluge.my.domain caddy.targetport: "8112" When starting it individually via `docker-compose up deluge` I get a correct startup and a fully working container: root@srv /e/docker# docker-compose up deluge Recreating deluge ... done Attaching to deluge deluge | Created by... deluge | ___. .__ .__ deluge | \_ |__ |__| ____ | |__ ____ ___ ___ deluge | | __ \| |/ \| | \_/ __ \\ \/ / deluge | | \_\ \ | | \ Y \ ___/ > < deluge | |___ /__|___| /___| /\___ >__/\_ \ deluge | \/ \/ \/ \/ \/ deluge | https://hub.docker.com/u/binhex/ deluge | deluge | 2019-05-06 13:10:25.153235 [info] System information Linux ee56835d263f 4.15.0-48-generic #51-Ubuntu SMP Wed Apr 3 08:28:49 UTC 2019 x86_64 GNU/Linux deluge | 2019-05-06 13:10:25.179594 [info] PUID defined as '999' deluge | 2019-05-06 13:10:25.256661 [info] PGID defined as '999' deluge | 2019-05-06 13:10:25.328264 [info] UMASK defined as '000' deluge | 2019-05-06 13:10:25.361891 [info] Permissions already set for volume mappings deluge | 2019-05-06 13:10:25.391162 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'info' deluge | 2019-05-06 13:10:25.416152 [info] DELUGE_WEB_LOG_LEVEL defined as 'debug' deluge | 2019-05-06 13:10:25.441148 [info] VPN_ENABLED defined as 'yes' deluge | 2019-05-06 13:10:25.471236 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/Switzerland.ovpn (...) When starting it as part of the global `docker-compose up`, it fails to start: # docker-compose logs deluge Created by... ___. .__ .__ \_ |__ |__| ____ | |__ ____ ___ ___ | __ \| |/ \| | \_/ __ \\ \/ / | \_\ \ | | \ Y \ ___/ > < |___ /__|___| /___| /\___ >__/\_ \ \/ \/ \/ \/ \/ https://hub.docker.com/u/binhex/ 2019-05-06 13:08:47.140703 [info] System information Linux 8e5db03d43ac 4.15.0-48-generic #51-Ubuntu SMP Wed Apr 3 08:28:49 UTC 2019 x86_64 GNU/Linux 2019-05-06 13:08:47.175570 [info] PUID defined as '999' 2019-05-06 13:08:47.204582 [info] PGID defined as '999' 2019-05-06 13:08:47.258333 [info] UMASK defined as '000' 2019-05-06 13:08:47.294058 [info] Permissions already set for volume mappings 2019-05-06 13:08:47.324459 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'info' 2019-05-06 13:08:47.349228 [info] DELUGE_WEB_LOG_LEVEL defined as 'debug' 2019-05-06 13:08:47.377825 [info] VPN_ENABLED defined as 'yes' 2019-05-06 13:08:47.411000 [crit] No OpenVPN config file located in /config/openvpn/ (ovpn extension), please download from your VPN provider and then restart this container, exiting... What could be the reason for this difference in startup (all the other docker containers started globally or individually are fine - it is just delugevpn which has this behaviour so I believe the problem is with the way I start this particular container)

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.