trurl Posted October 26, 2017 Share Posted October 26, 2017 The go file is in config folder of your flash drive. It is sometimes used to run code at boot since most things won't survive a reboot. You could also do this with the User Scripts plugin. Quote Link to comment
orlando500 Posted October 30, 2017 Share Posted October 30, 2017 hi, does anyone have a script or any other means for autodelete torrents from transmission after seeding is finished? Looking for a way to be lazy and have the list nice and empty between downloads Quote Link to comment
orlando500 Posted October 30, 2017 Share Posted October 30, 2017 btw. maybe a rookie question. but i have setup transmission and got the download going.. but i see a lot of downloads is staying in incomple folder. and an error message in the logs: Unable to create directory for new file: Permission denied (torrent.c:3162) any ideas? this is a new standard install Quote Link to comment
trurl Posted October 30, 2017 Share Posted October 30, 2017 18 minutes ago, orlando500 said: btw. maybe a rookie question. but i have setup transmission and got the download going.. but i see a lot of downloads is staying in incomple folder. and an error message in the logs: Unable to create directory for new file: Permission denied (torrent.c:3162) any ideas? this is a new standard install Possibly the path is incorrect. To what path is the docker trying to save the torrent when you get the message? Does that path correspond to something in the docker volume mappings? 1 Quote Link to comment
orlando500 Posted October 30, 2017 Share Posted October 30, 2017 (edited) 12 minutes ago, trurl said: Possibly the path is incorrect. To what path is the docker trying to save the torrent when you get the message? Does that path correspond to something in the docker volume mappings? hostpath2 is set to /mnt/user/download/ but now that you said path... i have set a path in sicrage to tell transmission to download to /complete as it did look like sicrage was viewing the hole structure. So i removed that and im testing now :-) Maybe you have some tips on the other question regarding script to remove torrent to? Btw. thanks... new unraid user and so far i just love the community. Fast and good answers are good to have for a newbie at linux Edited October 30, 2017 by orlando500 add postive comment Quote Link to comment
sevenz Posted November 7, 2017 Share Posted November 7, 2017 On 10/26/2017 at 7:18 AM, ken-ji said: You are running out of file descriptors.... this is usually solved by running some commands before the docker is started # sysctl -w fs.file-max=1616812 You can place this in the go file. I don't know if the Tips and Tweaks Plugin can set that for you. Caveat: The number is the default max on my system and I never had to override it and I run Transmission with a bunch of seeds. Tou can get the current value with # sysctl fs.file-max Got it! I used ssh for this, I can't find the Tips and Tweaks Plugin while... On 10/26/2017 at 11:47 PM, trurl said: The go file is in config folder of your flash drive. It is sometimes used to run code at boot since most things won't survive a reboot. You could also do this with the User Scripts plugin. I managed to get the User Scripts, but I'm not sure if I set it up correctly. Quote Link to comment
ken-ji Posted November 7, 2017 Share Posted November 7, 2017 @sevenz no need to include the hash mark '#' as that's illustrative of the root shell prompt otherwise the script will contain only a comment. Also you need to start the script with this #!/bin/bash hash mark included, otherwise the script will fail to run (I think) Quote Link to comment
sevenz Posted November 9, 2017 Share Posted November 9, 2017 @ken-ji ah right, that will comment out the command. Alright I added it! Will report back if anything doesn't work properly. Quote Link to comment
shEiD Posted November 10, 2017 Share Posted November 10, 2017 (edited) As much as I understand, the complete and incomplete folders are auto-created, when the docker container starts. Can this be disabled somehow? I use a bunch of dockers containers, that point to the same downloads user share, so I use the subfolders to make it more organised. This is an example: \downloads\transmission\complete \downloads\transmission\incomplete \downloads\nzbget\complete \downloads\nzbget\incomplete \downloads\rutorrent\complete \downloads\ruttorent\incomplete The problem is, that transmission docker always creates those damn complete and incomplete folders in \downloads\ folder, even though they are never used. This drives me up the wall Every time I restart the container, I need to delete these 2 folders - if not, I always go into them by mistake looking for downloaded files I hope this can be disabled. Or at least, please consider making this optional with an ability to be disabled. Why are those folders auto-created anyway? I mean transmission can create folders on the fly, when downloading, so why would you hard code this into docker container? Edited November 10, 2017 by shEiD Quote Link to comment
Jobine Posted December 15, 2017 Share Posted December 15, 2017 I installed the docker. Here my mappings /download : /mnt/user/Telechargements/Transmission//watch : /mnt/user/Telechargements/Transmission/Regarder//config : /mnt/user/appdata/transmission but when my download is finish, I can't find it... is suppose to be in "/downloads/Complet". Thank, Quote Link to comment
JonathanM Posted December 15, 2017 Share Posted December 15, 2017 /download != /downloads Fix your mapping, or your setting in transmission, they must match. Quote Link to comment
Jobine Posted December 15, 2017 Share Posted December 15, 2017 (edited) Yes, but I thought that /download was referring to mapping in docker. /download does't exist on my unraid server. or How I can edit the setting file ? Edited December 15, 2017 by Jobine Quote Link to comment
trurl Posted December 15, 2017 Share Posted December 15, 2017 Sounds like you aren't getting what jonathanm said. You said you had mapped /download, but then you said you expected to find them in /downloads. /download is not the same as /downloads. If you had transmission saving into the unmapped folder /downloads then that location would be inside the docker itself, inaccessible from unRAID, and taking up space in the docker. If this is what you have done, then you should remove the container to clean up that space, then add it back, perhaps mapping /downloads instead of /download. 1 Quote Link to comment
olympia Posted December 21, 2017 Share Posted December 21, 2017 Could someone using a gigabit link with Transmission Docker confirm that the full bandwidth can be utilized? Looks like somehow I am capped at about 40MB/sec, while from another computer from the same network I can have 100MB+/sec using the same connection with the same torrent. Doesn't seem to be a limitation by the Docker environment (I was trying with the Transmission plugin as well with same results) - can somehow unRAID itself have a limitation not enabling Transmission to run at full speed? Quote Link to comment
natecook Posted December 24, 2017 Share Posted December 24, 2017 On 12/20/2017 at 4:06 PM, olympia said: Could someone using a gigabit link with Transmission Docker confirm that the full bandwidth can be utilized? Looks like somehow I am capped at about 40MB/sec, while from another computer from the same network I can have 100MB+/sec using the same connection with the same torrent. Doesn't seem to be a limitation by the Docker environment (I was trying with the Transmission plugin as well with same results) - can somehow unRAID itself have a limitation not enabling Transmission to run at full speed? Do you have an SSD for cache? Is your Downloads share set to use cache? It might just be your array write speed being slowed by calculating parity. Quote Link to comment
natecook Posted December 24, 2017 Share Posted December 24, 2017 (edited) BTW, I am still having this issue with settings/preferences not saving. I have three separate instances of the Transmission Docker, two old and one brand new. The older two have saved settings from back when I could adjust and they'd save, and the newly created docker just reverts to the default settings. Edited December 24, 2017 by natecook Quote Link to comment
olympia Posted December 24, 2017 Share Posted December 24, 2017 4 hours ago, natecook said: Do you have an SSD for cache? Is your Downloads share set to use cache? It might just be your array write speed being slowed by calculating parity. No, but the HDD I use for cache is fast enough to handle gigabit speed and yes, I use cache only folder. I know what I am doing. I found some other reports in the meantime on transmission forums that it cannot handle speed more than 40MB/sec: https://forum.transmissionbt.com/viewtopic.php?t=14697 https://forum.transmissionbt.com/viewtopic.php?t=16725 Deluge is also not much better. I just tried QBittorrent and it CAN saturate the network, so it seems like this is the ONLY torrent client what can handle that speed. I am (was) a fun of transmission though... It's a pity... 1 Quote Link to comment
stealth82 Posted January 2, 2018 Share Posted January 2, 2018 On 12/24/2017 at 5:37 PM, natecook said: BTW, I am still having this issue with settings/preferences not saving. I have three separate instances of the Transmission Docker, two old and one brand new. The older two have saved settings from back when I could adjust and they'd save, and the newly created docker just reverts to the default settings. My settings also don't stick Quote Link to comment
bamy Posted January 17, 2018 Share Posted January 17, 2018 hi, i'm guessing the maintainers are aware of the vulnerability released by Tavis Ormandy? https://arstechnica.com/information-technology/2018/01/bittorrent-users-beware-flaw-lets-hackers-control-your-computer/ https://github.com/transmission/transmission/pull/468 Quote Link to comment
thany Posted February 9, 2018 Share Posted February 9, 2018 I got a notification from unraid there's an update to transmission, but when I go into the Docker tab and hit "check for updates", it says transmission is already up-to-date. I think it hasn't updated for a good number of weeks now, and usually there's an update every week or two... Any ideas? Quote Link to comment
Squid Posted February 9, 2018 Share Posted February 9, 2018 CA Auto Update already installed and doing it for you? If so, disable notifications from Dynamix for docker update checks Quote Link to comment
thany Posted February 9, 2018 Share Posted February 9, 2018 (edited) Ah, I think you're right Well if nothing else, it's quite hard for me to confirm I've got the latest version. In the client, I'm seeing 2.92 (14714), but I can't find that version number anywhere on the docker hub or the github page, or in this thread. So I feel uncertain whether I'm *actually* up-to-date... /edit When I say "the client", I mean Transmission Remote GUI 5.0.1. Edited February 9, 2018 by thany Quote Link to comment
nexusmaniac Posted February 11, 2018 Share Posted February 11, 2018 It's not up to date We're on 2.92, latest available was pushed to github 18 days ago - https://github.com/transmission/transmission/releases Version 2.93: Quote Fix CVE-2018-5702 (#468) Fix crash on handshake if establishing DH shared secret fails (#27) Fix crash when switching to next tracker during announcement (#297) Fix potential issue during password salt extraction in OOM situation (#141) Workaround glib_DEFUN- and glib_REQUIRE-related configuration issue (#215) Fix building against OpenSSL 1.1.0+ (#24) Quote Link to comment
cferrero Posted February 17, 2018 Share Posted February 17, 2018 Hi. I having some issues with this container, not sure if someone else notice, but transmission container looks like is triggering a memory leak in shfs process, I'm not having this issue with other containers (I will keep testing and monitoring), quoting myself: Quote I have been able to reproduce this with just transmission container, vm engine disabled and no plugins, docker image is loaded from a ssd outside of the array manually mounted before array start. The test was: All plugins removed, vm engine disabled, server rebooted to clean shfs from other test, ssd manually mounted, array started, transmission started, a few torrents seeding and/or downloading, in just a few minutes its clear that shfs memory is growing fast, but to be sure, waited 2+ hours and check again to see the ram over 200+ Mb and not getting lower even after stopping transmission. The exact same test with deluge instead transmission, it never went over 30Mb after 15h and loads of torrents. So, recap, the ¿leak? looks triggered by transmision container (linuxserver.io version) and needs a reboot to clear it (if the container is stopped and deluge started the ram usage continues to grow). What is the exact problem, no idea at the moment, as Jeronyson noted, it's an issue not present on unraid 6.3.5 Quote Link to comment
waltzin Posted March 9, 2018 Share Posted March 9, 2018 On 07/07/2017 at 11:31 AM, smdion said: I found this script and put in my config folder, then added the following items to my settings.json "script-torrent-done-enabled": true, "script-torrent-done-filename": "/config/unrar.sh", Hi, your link to script doesn't work anymore. Do you still have the script that you can share thanks? Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.