Transmission stops downloading after a while

[bassmannate]

This has been an ongoing issue and I can't pinpoint what's going on. I start the container and everything seems fine. After a while, it just stops downloading. It could be 30 minutes. It could be a day. Everything still appears to be running but when I pull Transmission up, all files show that they're downloading from 0 of 0 connected peers. I restart the container and it starts working fine again.

There are a few miscellaneous errors in the logs. Some have to do with IPV6 being configured for OVPN but no routes are available because I don't use IPV6.

I've also got this:

setting transmission port to 
localhost:9091/transmission/rpc/ responded: success
Checking port...
Error: Couldn't test port: Bad Request (400)
#######################
        SUCCESS        
#######################
Port: 
Expiration Thu Jan 11 00:00:00 UTC 2024
#######################
Entering infinite while loop
Every 15 minutes, check port status
60 day port reservation reached
Getting a new one
curl: (7) Failed to connect to 10.53.112.1 port 19999 after 15 ms: Connection refused
Thu Jan 11 00:40:24 UTC 2024: getSignature error
the has been a fatal_error
curl: (7) Failed to connect to 10.53.112.1 port 19999 after 26 ms: Connection refused
Thu Jan 11 00:40:24 UTC 2024: bindPort error
the has been a fatal_error

I've got my current compose file below. At first all this just seemed annoying but it's getting very frustrating to set something up to download and then come back to find that it stalled half way and I have to restart the container.

version: '3.3'
services:
    transmission-openvpn:
        cap_add:
            - NET_ADMIN
        sysctls:
            - net.ipv6.conf.all.disable_ipv6=1
        volumes:
            #- ':/data'
            - transmission_config:/config
            - /srv/dev-disk-by-uuid-06b0856b-4714-4d3a-bb20-34c586185a2b/Media/download:/downloads
            - /srv/dev-disk-by-uuid-06b0856b-4714-4d3a-bb20-34c586185a2b/Media/watch:/watch
            - /srv/dev-disk-by-uuid-06b0856b-4714-4d3a-bb20-34c586185a2b/Media:/mnt/Media
        environment:
            - OPENVPN_PROVIDER=PIA
            - OPENVPN_CONFIG=us_chicago
            - OPENVPN_USERNAME=*
            - OPENVPN_PASSWORD=*
            - LOCAL_NETWORK=192.168.1.0/24
            - OPENVPN_OPTS=--inactive 3600 --ping 10 --ping-exit 60
           # - DISABLE_PORT_UPDATER=true
        logging:
            driver: json-file
            options:
                max-size: 10m
        ports:
            - '9091:9091'
        dns:
          - "1.1.1.1"
        image: haugene/transmission-openvpn
        restart: always

volumes:
  transmission_config:

[pkishino]

Why is your data mount commented out?
The log shows the port script doesn’t work so no open port set, hence downloading will be impacted.
try a different server and see if same result, or try disable the port script and manually set the port. See the documentation..
You already have the disable port updater so check that it works to stop the script

[bassmannate]

Is the data mount something other than my torrent data? If so, I've got other paths for that. Just on the off-chance it's something else, I've gone ahead and created a volume for it.

I also went ahead and disabled the port script. It's been going about an hour now with no issues. Will have to report back in a day if it's still going strong.

Would the IPV6 cause any issues or will ovpn just ignore it if it can't find a route?

[bassmannate]

Just wanted to update that it's been 5 days. Not sure which change in my config fixed it but I'm guessing it was disabling the port script that did it. Haven't had any issues with it not connecting to peers since then.