Container doesn’t start on Raspberry

[Jannomag]

Hi, I'm currently trying to get this container to work on my Raspberry Pi 4B with Raspberry OS Buster.

I tried it using haugenes config files and also using the ovpn file of my provider (Surfshark).

Here's my current docker command:

docker run --cap-add=NET_ADMIN -d \                                                          
              -v /pladde/Downloads/:/downloads \                                             
              -v /pladde/Downloads/qbittorrent:/config \                                     
              -v /etc/localtime:/etc/localtime:ro \                                          
              -e OPENVPN_USERNAME=HIDDEN \                                 
              -e OPENVPN_PASSWORD=HIDDEN \                                 
              -e PUID=1001 \                                                                 
              -e PGID=1001 \                                                                 
              -e LAN=192.168.1.0/24 \                                                        
              -p 8080:8080 \                                                                 
              guillaumedsde/alpine-qbittorrent-openvpn:latest                                

The docker logs [] output:

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 01-setup-permissions: executing... 

And the qBittorrent log:

(N) 2021-12-27T22:27:44 - qBittorrent v4.3.9 started
(N) 2021-12-27T22:27:44 - Using config directory: /config/qBittorrent/config/
(I) 2021-12-27T22:27:44 - Trying to listen on: 0.0.0.0:18583,[::]:18583
(N) 2021-12-27T22:27:45 - Peer ID: -qB4390-
(N) 2021-12-27T22:27:45 - HTTP User-Agent is 'qBittorrent/4.3.9'
(I) 2021-12-27T22:27:45 - DHT support [ON]
(I) 2021-12-27T22:27:45 - Local Peer Discovery support [ON]
(I) 2021-12-27T22:27:45 - PeX support [ON]
(I) 2021-12-27T22:27:45 - Anonymous mode [OFF]
(I) 2021-12-27T22:27:45 - Encryption support [ON]
(I) 2021-12-27T22:27:45 - UPnP / NAT-PMP support [ON]
(W) 2021-12-27T22:27:45 - Couldn't load IP geolocation database. Reason: No such file or directory
(N) 2021-12-27T22:27:45 - Using built-in Web UI.
(W) 2021-12-27T22:27:45 - Couldn't load Web UI translation for selected locale (C).
(N) 2021-12-27T22:27:45 - Web UI: Now listening on IP: *, port: 8080
(I) 2021-12-27T22:27:45 - Successfully listening on IP: 127.0.0.1, port: TCP/18583
(I) 2021-12-27T22:27:45 - Successfully listening on IP: 127.0.0.1, port: UTP/18583
(I) 2021-12-27T22:27:45 - Successfully listening on IP: 10.7.7.5, port: TCP/18583
(I) 2021-12-27T22:27:45 - Successfully listening on IP: 10.7.7.5, port: UTP/18583
(I) 2021-12-27T22:27:45 - Successfully listening on IP: 172.17.0.2, port: TCP/18583
(I) 2021-12-27T22:27:45 - Successfully listening on IP: 172.17.0.2, port: UTP/18583
(I) 2021-12-27T22:27:45 - Detected external IP: 193.29.107.124
(I) 2021-12-27T22:27:47 - IP geolocation database loaded. Type: DBIP-Country-Lite. Build time: Wed Dec 1 01:13:48 2021.
(I) 2021-12-27T22:27:47 - Successfully updated IP geolocation database.
(C) 2021-12-27T22:30:21 - UPnP/NAT-PMP: Port mapping failure, message: could not map port using UPnP[10.7.7.5]: no router found
(C) 2021-12-27T22:30:21 - UPnP/NAT-PMP: Port mapping failure, message: could not map port using UPnP[10.7.7.5]: no router found
(C) 2021-12-27T22:30:21 - UPnP/NAT-PMP: Port mapping failure, message: could not map port using UPnP[10.7.7.5]: no router found

Both using the ovpn file and included config causing the exact same issue. When I'm using transmission-openvpn container with the exact same config it works.

What's going wrong here?

Btw, I'm trying to switch from haugenes transmission-openvpn container because it crashes after starting a download. But this container works at least.

[Jannomag]

Found the issue. The chown command for the download directory in /etc/cont-init.d/01-Setup-permission takes a bit longer because my downloads directory is big. The container seems to be frozen, like if docker has a timeout.

After setting an empty download directory in the docker run command it works well.

Any way to disable this?

[guillaumedsde]

Hi, I'll look into improving that script after the holidays, I'll probably just remove it

[Jannomag]

It's not necessary to check every file in the download directory but just the directory itself. Maybe add something like:

if [ -w $DIRECTORY ]
    ...
fi