Release of version 4.0 #1936
Replies: 25 comments 70 replies
-
Good day, I can't access the Web UI ( Container spams the following message:
|
Beta Was this translation helpful? Give feedback.
-
After migrating my docker container to latest version, I lost every existing torrents. What is the migration process to migrate to version 4.0? |
Beta Was this translation helpful? Give feedback.
-
Similar issue to gchaperyout. Transmission updated overnight (using Watchtower) and when I woke up this morning it looked like it started re-downloading all of my torrents from scratch. This isn't good as that hard drive is almost full now. Is it too late to revert to the last version and save everything, or has the ball been rolling too long now? Is not mounting /config the issue? I only mounted /data, and Transmission just made its config within that folder, it looks like - the "transmission-home" folder. |
Beta Was this translation helpful? Give feedback.
-
I am following the guide to move from Synology to Portainer to fix the crashing issue caused by admin rights (#1839) on Synology devices when I start the stack using either latest or developer using compose the logs show ` Creating TUN device /dev/net/tun Using OpenVPN provider: IPVANISH Running with VPN_CONFIG_SOURCE auto Provider IPVANISH has a bundled setup script. Defaulting to internal config Executing setup script for ipvanish Downloading OpenVPN config bundle configs.zip into temporary file /tmp/tmp.vl2AfFqcxX Extract OpenVPN config bundle into /etc/openvpn/ipvanish 3 servers found in OPENVPN_CONFIG, ipvanish-UK-Manchester-man-c12 chosen randomly Starting OpenVPN using config ipvanish-UK-Manchester-man-c12.ovpn Modifying /etc/openvpn/ipvanish/ipvanish-UK-Manchester-man-c12.ovpn for best behaviour in this container Modification: Point auth-user-pass option to the username/password file Modification: Change ca certificate path Modification: Change ping options Setting OpenVPN credentials... adding route to local network 172.16.0.0/24 via 172.17.0.1 dev eth0 Sat Sep 4 14:28:09 2021 WARNING: --keysize is DEPRECATED and will be removed in OpenVPN 2.6 Options error: --ca fails with 'ca.ipvanish.com.crt': No such file or directory (errno=2) Options error: Please correct these errors. this then causes a start loop and the container will not load. I rolled back to 3.7 and the container starts up fine. Any ideas? |
Beta Was this translation helpful? Give feedback.
-
Something between the initial 4.0 release (which Watchtower grabbed) and subseqent commits has caused it to append the path to the CA certificate twice:
I'm going to have a dig around the see if anything stands out as the cause... |
Beta Was this translation helpful? Give feedback.
-
Hmm, I believe I fixed that a week or two ago..
…On Sun, Sep 5, 2021 at 7:27 DavidFair ***@***.***> wrote:
Something between the initial 4.0 release (which Watchtower grabbed) and
subseqent commits has caused it to append the path to the CA certificate
twice:
transmission | Downloading configs from https://github.com/haugene/vpn-configs-contrib/archive/main.zip into /tmp/tmp.QHUy9aicNO
transmission | Extracting configs to /tmp/tmp.G9BKC9IsKp
transmission | Found configs for MULLVAD in /tmp/tmp.G9BKC9IsKp/vpn-configs-contrib-main/openvpn/mullvad, will replace current content in /etc/openvpn/mullvad
transmission | Cleanup: deleting /tmp/tmp.QHUy9aicNO and /tmp/tmp.G9BKC9IsKp
transmission | Starting OpenVPN using config gb_all.ovpn
transmission | Modifying /etc/openvpn/mullvad/gb_all.ovpn for best behaviour in this container
transmission | Modification: Point auth-user-pass option to the username/password file
transmission | Modification: Change ca certificate path
transmission | Modification: Change ping options
transmission | Setting OpenVPN credentials...
transmission | adding route to local network 192.168.1.0/16 via 172.19.0.1 dev eth0
transmission | Error: Invalid prefix for given prefix length.
transmission | Options error: --ca fails with '/etc/openvpn/mullvad//etc/openvpn/mullvad/ca.crt': No such file or directory (errno=2)
transmission | Options error: Please correct these errors.
transmission | Use --help for more information.
I'm going to have a dig around the see if anything stands out as the
cause...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1936 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA7OFYVDTNPGL54TLN4Z5SLUAKMLRANCNFSM5DNE3JAQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Beta Was this translation helpful? Give feedback.
-
Thank you, for a smooth brain like me, what’s the best practise to get this talking to the new VPN provider repo? Should there be a shared mount or does one need to manually copy things over? |
Beta Was this translation helpful? Give feedback.
-
Excuse me, but why Transmission version got downgraded from 3.0 to 2.94? I am running |
Beta Was this translation helpful? Give feedback.
-
Since upgraded to 4.0, I deleted some of the torrents in my list but after restarting the container, those deleted torrents re-appeared and transmission was downloading them and re-verifying all other torrents again (my container was already upgraded to 4.0 so this shouldn't be happening). Those deleted torrents were added before the upgrade, and newly added torrents were not affected. I haven't changed any configs. |
Beta Was this translation helpful? Give feedback.
-
or you can do as in the other discussion, add a line to upgrade your
transmission in the startup script
On Mon, Sep 6, 2021 at 10:15 AM Patrick Kishino ***@***.***>
wrote:
… yeah..I can only suggest to remove the torrents, restart, then re-add the
torrents and let them re-verify
On Mon, Sep 6, 2021 at 10:08 AM ThaiN ***@***.***> wrote:
> I'm aware of the hashing problem. But in my situation, all the torrents
> have been re-verified, but once the container restarted, it starts to
> verify everything again.
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <#1936 (reply in thread)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AA7OFYVVYZF4G42RZO43I5TUAQIBVANCNFSM5DNE3JAQ>
> .
> Triage notifications on the go with GitHub Mobile for iOS
> <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
> or Android
> <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
>
>
|
Beta Was this translation helpful? Give feedback.
-
This is probably the dumbest question, but I have to ask: I pulled haugene/transmission-openvpn:latest and didn't notice anything different. How can I check to see if I'm actually on 4.0? |
Beta Was this translation helpful? Give feedback.
-
Much better respons time now when downloading big files. Great work love this project! |
Beta Was this translation helpful? Give feedback.
-
Thanks for the excellent work on this project! Today, after updating pulling the image for 4.0, my container can't start properly, likely due to my use of the AirVPN provider? It worked on the 3.x images without a problems, properly configured folders and volumes and .ovpn file etc. What would be the recommended steps/process to migrate my AirVPN setup to this new 4.0 image? Here are the docker logs:
|
Beta Was this translation helpful? Give feedback.
-
Hi team, First of all... THANK YOU for the amazing work that you do!!! I love your container! I've got an issue with the 4.0 version that I don't have when I did the rollback to 3.7.1. I'm running it on a Synology DSM 7.0, changed of course in Portainer the "NET_ADMIN" to True (else even on 3.7.1 the container doesn't work). The issue was nothing was downloading but logs looked ok... So I've checked on Portainer and the container appeared as "unhealthy". I've then searched into the issues raised here and found this one: docker keeps saying that container is 'unhealty' #1582. So I've done a
I then tried on a terminal I've tried multiple things, like changing the port, rebuilding the container but nothing worked. The only thing was to use the 3.7.1 version and... it worked. Thank you for your help and support! |
Beta Was this translation helpful? Give feedback.
-
When I check the version of transmission I get 2.94 not 2.95.
I am using image ID: Which is running |
Beta Was this translation helpful? Give feedback.
-
Are there any tips to getting transmission to work with traefik reverse proxy again? It was working for me until the image upgrade. Heres my Compose File
|
Beta Was this translation helpful? Give feedback.
-
I've been noticing some DNS Leakage problems with the 4.0 Image in comparison to 3.7.1 on my Synology NAS (DSM 6.2.4). I'm also using the exact same ovpn config files I did with 3.7.1.
This results in using my hosts DNS Server, at least Moving back to 3.7.1 with the same ovpn files and this works again as it should without any issues:
Not sure if this has something to do with the image change from Alpine to Ubuntu in combination with the Synology NAS or if it's something different. Unfortunately there's nothing interesting in the logs regarding the tunnelUp script. I know the shortest solution would probably be to set the Is this working for everyone else here with their Setup/Provider? Am I missing something? |
Beta Was this translation helpful? Give feedback.
-
Hi, just upgraded to v4 and experiencing problems with containers which use Haugene/transmission-openvpn v4. I should point out that transmission works fine and (therefore assuming) so too does OpenVPN. My problem is other docker containers which route via transmission-OpenVPN.
My issue is resolved when I regress back to v3.x There’s nothing in the logs which suggest a problem and, like I said before, all containers show as a healthy. Thank you for your work on this fantastic container! |
Beta Was this translation helpful? Give feedback.
-
Can you please post config? I assume nothing changed, but perhaps something
wasn’t quite correct before which has been fixed.
Cheers
…On Sun, Oct 10, 2021 at 20:08 nnb7pikfze ***@***.***> wrote:
Hi, just upgraded to v4 and experiencing problems with containers which
use Haugene/transmission-openvpn v4.
I should point out that transmission works fine and (therefore assuming)
so too does OpenVPN. My problem is other docker containers which route via
transmission-OpenVPN.
- all containers report as Healthy on Portainer
- when I try to navigate to the GUI for any secondary container
(JDownloader-2, Sonarr, Radarr etc.) I’m getting a “cannot connect” error
- any container which does *not* use transmission-OpenVPN to route to
the internet (e.g. Tautulli) continues to work fine
My issue is resolved when I regress back to v3.x
When running v4, I need to stop and restart all containers. But this is a
temporary fix, as a few hours later, the connection to the secondary
containers will fail again.
There’s nothing in the logs which suggest a problem and, like I said
before, all containers show as a healthy.
Thank you for your work on this fantastic container!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1936 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA7OFYUYNC5HYDYEXH7BSJLUGFX2BANCNFSM5DNE3JAQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Beta Was this translation helpful? Give feedback.
-
After updating to the latest 4.0 I get an issue connecting
I'm using the same PIA nameservers in my resolv.config as before (I haven't seen any mention that they have changed)
I was able to get it to work if I change this to another nameserver like 1.1.1.1. Then it connects and starts up the container. And a new nameserver is placed in there: 10.0.0.243. It looks like its working, only to fail.
After starting up, it seems that this new name server again fails to resolve |
Beta Was this translation helpful? Give feedback.
-
I am so far beyond confused. I have started a new container with version 4 and mounted /config. The container keeps creating it's own /data and storing transmission-home there. What the DEALIO? something change (again??-grin)? |
Beta Was this translation helpful? Give feedback.
-
could have sworn I read that /config IS the default now unless environment variable is found with different location. Just went back on a hunt and I guess I was reading discussion on dev branch changes. SIGH.... Ok.. Let's give this another try.. grin |
Beta Was this translation helpful? Give feedback.
-
Hi I have been running with an old version of this image, and decided to upgrade today and are having weird issues. With the latest version I am getting "Connection timed out" when it is trying to connect to the VPN IP. If I try version 3.7.1 it has no problems with connection, but then it reports the certificate is old and stops. Here is a log paste from the latest version:
I am unsure on what to do next. Any help is much appreciated. |
Beta Was this translation helpful? Give feedback.
-
In case anyone else is like me and has been holding off updating to v4.0 of the image: The reason I held off is because it seemed like all of my torrents' data had been lost/reset after updating, but I finally tried again today and it looks like the issue is that Transmission just forgot the subfolders they were in. For example, if you use subfolders for *arr downloads, you will just need to set those folder locations again for the torrents in question. Might seem daunting, but you can just do it in batches: Set a bunch to e.g. /data/completed/Radarr, wait for rechecks to finish, then remaining to the Sonarr subfolder, and so on. |
Beta Was this translation helpful? Give feedback.
-
On 3.7.1 I was not able to access Transmission over OpenVPN trough my router and I added second network line in Stacks compose that I comment out and update the stack when traveling. |
Beta Was this translation helpful? Give feedback.
-
We will be rolling out version 4.0 of the image now. The overall goal of the release is to get a more maintainable project and more stable image. We've made some choices to go more in the LTS direction instead of bleeding edge. We will update packages slowly and steadily but will not prioritize to be on any bleeding edge.
The major changes are:
Please comment below if you have any questions or issues with the new image.
EDIT:
Please note that due to changes in hashing between Transmission 2.94(Used in this release) and transmission 3.0 (previous release),
Users with current torrents will need to re-validate and/or possibly re-add torrents to get them to properly validate. Also, recently deleted torrents MAY show up again. Please clean out your transmission folder for old torrent/resume files.
See #1937
Beta Was this translation helpful? Give feedback.
All reactions