Closed stanifert closed 1 year ago
The mounted destination (=mapped to /data/
in the container) directory /Volumes/samsung-t7/files
is an external SSD. I tried switching this to instead point to the local Downloads folder rather than an external drive, and so far that seems that it may have resolved the issue.
So perhaps the issue is related to using an external drive as a mounted volume? How can I fix this?
Running docker inspect --format='{{.HostConfig.Privileged}}' <container_id>
revealed that I was not running the container in privileged mode. Adding privileged: true
to my compose.yaml
file seems to have fixed the issue & now has ability to place completed files into the specified directory on the external SSD. Turns out having full disk access/file permissions enabled wasn't enough alone, also need to be a privileged container as well in my case. Solved! 🎉
I will leave this post as-is for mods/contributors to decide whether to keep or not, I'm unable to mark this comment as an answer.
With the below config, I've all but confirmed this issue was caused by trying to send the completed downloads to a directory on an external drive. By instead passing a local directory on the machine (/Users/me/Desktop
), I'm not seeing any issues after downloading nearly a dozen torrents.
So is this expected behavior? Is there a way to successfully pass a directory on an external SSD for /data
?
version: '3.3'
services:
transmission-openvpn:
cap_add:
- NET_ADMIN
volumes:
- /Users/me/transmission:/config
- /Users/me/Desktop:/data
environment:
- OPENVPN_PROVIDER=EXPRESSVPN
- OPENVPN_USERNAME=xxxxx
- OPENVPN_PASSWORD=xxxxx
- LOCAL_NETWORK=192.168.0.0/16
logging:
driver: json-file
options:
max-size: 10m
ports:
- '9091:9091'
image: haugene/transmission-openvpn
privileged: true
Is there a pinned issue for this?
Is there an existing or similar issue/discussion for this?
Is there any comment in the documentation for this?
Is this related to a provider?
Are you using the latest release?
Have you tried using the dev branch latest?
Docker run config used
Current Behavior
I'm having an issue where the first torrent I download via the web UI succeeds without issue, but all subsequent download attempts fail with error:
The failure occurs immediately after the torrent download begins. The first file has no issue reaching the destination (
/data/completed/
).Expected Behavior
The up and running container should continue downloading torrents.
How have you tried to solve the problem?
docker ps
ordock container ls
shows the container as active and healthy.docker exec -it <container_id> bash
and verify my IP address is masked viacurl ifconfig.me
.docker exec transmission-transmission-1 curl --silent "http://ipinfo.io/ip"
. No issues accessing the web UI via port:9091./data/completed/
)./Volumes/samsung-t7/files/completed
and/Volumes/samsung-t7/files/incomplete
folders exist at the correct paths, and are setup in thecompose.yaml
file. Also, the first downloaded file ends up in the correct place so the initial setup seems to at least be correct.Log output
HW/SW Environment
Anything else?
I've noticed the
RTNETLINK answers: File exists
output in the above log quite a few times, but have not been able to resolve that from the FAQ or even determine if it's an issue. For theLOCAL_NETWORK
variable, the current value of192.168.0.0/16
seems to be the only one that works I think, otherwise the container fails to start. Gateway is192.168.0.1
via runningroute get default | grep gateway
.Side note, I'm not totally confident I'm setting the container up correctly. Currently, I've set the container up via the
compose.yaml
file above & runningdocker compose up -d
to start it. However, previously I've tried setting up via downloading the image directly in Docker Desktop, but I couldn't find out how to set that up with docker compose which seems much nicer to work with rather than runningdocker run
+ params each time.I'm assuming I'm missing something or have set something up wrong as I am a lowly iOS dev with little web/network/sysadmin knowledge. Any advice or help is much appreciated!