Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Can‘t start transmission on DSM7.0 #4313

Closed
jinfeng1985 opened this issue Dec 16, 2020 · 97 comments · Fixed by #4719
Closed

Can‘t start transmission on DSM7.0 #4313

jinfeng1985 opened this issue Dec 16, 2020 · 97 comments · Fixed by #4719
Labels

Comments

@jinfeng1985
Copy link

For new Package Requests, see the guidelines

Setup

Package Name: transmission
Package Version: 3.0

NAS Model: synology
NAS Architecture: 920+
DSM version: 7.0

Expected behavior

No root permission for installation and running
Will the software support 7.0?

@publicarray
Copy link
Member

publicarray commented Dec 17, 2020

In DSM7 packages can not run as a root user anymore and so scripts need updating. Please see issue #4215 and the dsm7 branch for current progress. Pull requests are welcome.

@publicarray publicarray added this to To do in DSM 7 Support via automation Dec 21, 2020
@zyrill
Copy link
Contributor

zyrill commented Dec 31, 2020

transmission also needs additional "resources" in order to access the files in the download folder. I've managed to get it running manually (with root in the terminal), but starting from the GUI ends up in transmission not being able to access the files or read/save its state.

@publicarray
Copy link
Member

publicarray commented Jan 2, 2021

I've added the ability to add shared folders through "resources". So if you want you should be able to build and use transmission from the dsm7 branch without root. Please let me know if there are any problems.

Running as root may damage your permissions, I don't recommend doing it. You have to manually reset the permissions later back the original owners of the files. You may also need to reinstall transmission.

@zyrill
Copy link
Contributor

zyrill commented Jan 4, 2021

@publicarray seems to work beautifully now, thanks a lot. I noticed that conf/priviledge has "groupname" set to "sc-transmission" - shouldn't it be "sc-download"? Probably my mistake, sorry about that...

@jinfeng1985
Copy link
Author

@publicarray seems to work beautifully now, thanks a lot. I noticed that conf/priviledge has "groupname" set to "sc-transmission" - shouldn't it be "sc-download"? Probably my mistake, sorry about that...

how to install the transmission?

@zyrill
Copy link
Contributor

zyrill commented Jan 4, 2021

Depends on what kind of model you want to run it on, but in general, you need to check out the latest dev version and compile the package yourself, then manually install it.

Check the guide here: https://github.com/SynoCommunity/spksrc#docker
Then you want to switch to the dsm7 branch: git checkout dsm7
Then you want to follow this guide: https://github.com/SynoCommunity/spksrc/wiki/Developers-HOW-TO#build-a-package

But you probably want to compile for a different architecture, so don't write make arch-88f6281. I have a DS216j, so I had to make arch-armada38x-7.0. The package will be built and will lie in spksrc/packages - you want to exit your docker container and docker cp it out. Then you load your DS GUI (in your browser), go to the package manager and manually upload that package.

@publicarray
Copy link
Member

publicarray commented Jan 4, 2021

@zyrill the DSM7 has a new permission system. From my testing the group here does not show up in any GUI element (on a new system, I deleted the group from the GUI). However the user is shown in the GUI as a "system internal user". It appears that there are different groups. One set by the user for actual users and one for internal groups for packages, hidden.

DSM 7 Support automation moved this from To do to Done Jan 5, 2021
@jinfeng1985 jinfeng1985 reopened this Jan 5, 2021
@jinfeng1985
Copy link
Author

Sorry, it's closed by mistake

@jinfeng1985
Copy link
Author

@publicarray When is the update expected?We will not manually compile and install those that are not technically strong

@zyrill
Copy link
Contributor

zyrill commented Jan 5, 2021

@jinfeng1985 I guess the answer is as always with community-driven open source projects: there is no ETA, if somebody has time and wants to work on it in their free time, they are going to eventually. If you need it now, you have to do it yourself or pay somebody to do it. Seeing as DSM 7 is still not productive but a beta, I think quite some patience is required.

@publicarray
Copy link
Member

publicarray commented Jan 6, 2021

@zyrill Thanks, I could not have put it better myself.

While I have some packages that I have compiled on my machine and made public, they are intended for people that have technical know-how of some linux commands to fix things that may break,

We will not manually compile and install those that are not technically strong

Know that you are not the target audience (yet). But if you like to live dangerously: (packages are of alpha quality, only very limited testing in my enviroment, sample size of 1 etc.) https://seby.io/download/synology-7.0

@jinfeng1985
Copy link
Author

jinfeng1985 commented Jan 11, 2021

@publicarray I install the Jellyfin in the best list(https://seby.io/download/synology-7.0),is this version supported the hardware transcoding .Why do all the 4k movies prompt"The client is not compatible with media"

@publicarray
Copy link
Member

@jinfeng1985 what NAS/ CPU are you trying this with? Did you configure the ffmpeg location to an ffmpeg that has hardware decoding (compiled with VAAPI) ? See below screenshot. Note especially 4k and up hardware acceleration may not work on some NASs: https://docs.google.com/spreadsheets/d/1MfYoJkiwSqCXg8cm5-Ac4oOLPRtCkgUxU0jdj3tmMPc

418play hardware acceleration Jellyfin screenshot (click on this text to show)

@publicarray
Copy link
Member

@jinfeng1985 in the future can you create a new issue please? If it's related to packages that I released (not from synocommunity) you can create an issue here instead: https://github.com/publicarray/spksrc Thanks

@jinfeng1985
Copy link
Author

@publicarray already submit publicarray#26

@MattyBalaam
Copy link

MattyBalaam commented Jan 16, 2021

I’ve tried the precompiled binary transmission_x64-7.0_3.00-19.spk for my 718+ but I am unable to install because I am told that port 9091 is used or reserved for system use. I was getting it on an upgrade, so assumed it was the old install, but this is a new DSM install with hyper-backup config restored.

Any ideas what I can try to clear this? I‘ve ssh‘d in and tried sudo netstat -lp but nothing there.

Screenshot 2021-01-16 at 08 31 19

@publicarray
Copy link
Member

It's complaining about a pre-existing firewall rule. It must have been leftover after an uninstall, you can manually remove the binding:

sudo servicetool --remove-configure-file --package transmission.sc

@xmarcos
Copy link

xmarcos commented Apr 11, 2021

@publicarray thanks for transmission_armv7-7.0_3.00-19.spk (downloaded from https://seby.io/download/synology-7.0). Can confirm it works on DS216j 💪

@guyanfeng
Copy link

@publicarray thanks for transmission_armv7-7.0_3.00-19.spk (downloaded from https://seby.io/download/synology-7.0). Can confirm it works on DS216j 💪

yes, it works for me too, thanks

@dhqcz
Copy link

dhqcz commented Jun 24, 2021

@publicarray thanks for transmission_armv7-7.0_3.00-19.spk (downloaded from https://seby.io/download/synology-7.0). Can confirm it works on DS216j 💪

thanks a lot for a way to run it on dsm 7.0

@obiot
Copy link

obiot commented Jun 30, 2021

works for me to using the x64 package, thanks !

@THZoria
Copy link

THZoria commented Jun 30, 2021

no armv8 compatibility for DS220j ?

@hgy59
Copy link
Contributor

hgy59 commented Jun 30, 2021

DS220j

use transmission_aarch64-7.0_3.00-19.spk

@THZoria
Copy link

THZoria commented Jun 30, 2021

image
The package was detected by DSM but the installation failed

Edit :
image
Now he tells me he can't fix it

@ayala-io
Copy link

ayala-io commented Aug 17, 2021

ls -l /volume1/@appdata/transmission gives "ls: cannot open directory '/volume1/@appdata/transmission': Permission denied"

ls -l /volume1/@appdata gives:

drwx------ 6 777 sc-transmission 4096 Aug 14 22:10 transmission

That is strange. Are the other folders in /volume1/@appdata like this too? The folders in here generally have a 755 permission (drwxr-xr-x). I'm not sure why the installation package would create the transmission folder like that. It shouldn't. Maybe someone more knowledgeable knows why that happened. But the user ownership of the folder is also strange because...

Thus I did chown -r 777 to see if it helps before that.

chown changes the ownership of the file/folder. Basically, you assigned the user "777" (which probably doesn't exist for you) to be the owner. To change permission, you'd use chmod 777. It is better to use "755" (drwxr-xr-x) for the transmission folder itself and the folders inside. I left out -r part because this will also change the file permissions too. It's better practice to have files as "664" (rw-rw-r--) depending on how the file will be used.

Here's how the contents of my /volume1/@appdata/transmission folder looks like:

drwxr-xr-x 1 sc-transmission sc-transmission      0 Aug 15 19:25 blocklists
-rw------- 1 sc-transmission sc-transmission    298 Aug 15 23:13 dht.dat
drwxr-xr-x 1 sc-transmission sc-transmission  71252 Aug 17 22:28 resume
-rw------- 1 sc-transmission sc-transmission   2325 Aug 15 23:16 settings.json
-rw------- 1 sc-transmission sc-transmission    149 Aug 17 22:28 stats.json
drwxr-xr-x 1 sc-transmission sc-transmission  72768 Aug 16 00:18 torrents
-rw-r--r-- 1 sc-transmissiodn sc-transmission 346910 Aug 17 22:31 transmission.log
-rw-rw-r-- 1 sc-transmission sc-transmission      5 Aug 15 23:16 transmission.pid

But you should not have to use chmod at all for this installation, just chown. I suggest the following:

  1. Make sure you still have your transmission files safely stored somewhere like /volume1/public/transmission as you have done. It should more or less look like the set of files/folders listed above. I think the most important are: dht.dat, resume (folder), torrents (folder), and settings.json. (disclaimer: I'm not a transmission expert)
  2. Uninstall transmission via the package center.
  3. Delete /volume1/@appdata/transmission if it still exists:
    sudo rm -fr /volume1/@appdata/transmission
  4. Reinstall transmission following the instructions above. In particular (assuming the appropriate files/folders are in /volume1/public/transmission), sudo cp -r /volume1/public/transmission/* /volume1/@appdata/transmission. Then sudo chown -R sc-transmission:sc-transmission /volume1/@appdata/transmission.
  5. As a check, do ls -l /volume1/@appdata once again to confirm the permissions of the transmission folder. If it is still 700 (drwx------), then some thing strange is going on and I'm not sure if I can help you with that.
  6. If all is OK, you should be able to start the transmission service once again and check the web interface to see if your torrents load up. 2000+ torrents is a lot, so it may take a couple of minutes to connect (you may get timeout errors too). If it times out, just wait 10-20 mins or so, and try again.

Is it really necessary to restart the NAS completely ? I never had situation where it was necessary in the past as far as I remember. I cannot restart right now as kids are watching videos out of it. I should try tonight, but I would be surprise and a bit frustrated if it works.

I feel it is not completely necessary. I only did it in my case because I was still working out the exact steps. Other users mention that it helped. My thinking is that it just took time for transmission to reload all the torrents. In your case, a restart is not going to help until you try the above first.

It's not the end of the world, I can start clean with the torrent, re-add manually the ones I really want to keep in seed. But I'm furstrated not to understand what's wrong.

I hope the above works for you. I'm almost confident it should unless there's some other strange configuration that's making the package center create folders with weird permissions.

@ElucGeek
Copy link

I did exactly like your describe but the torrents doesn't load up, I have the Web-UI directly loaded empty. The only thing I could not restore is settings.json, otherwise I have a fail to start the package and fail to repair, so I redid the configuration manually again by copying all important parameters (and leaving the one I'm not sure or that should not be relevant). However everything looks as it should now:
Transmission folder is like this:
drwxr-xr-x 5 sc-transmission sc-transmission 4096 Aug 17 16:13 transmission
Inside it:
drwxr-xr-x 2 sc-transmission sc-transmission 4096 Aug 17 15:05 blocklists -rw------- 1 sc-transmission sc-transmission 1793 Aug 17 16:12 dht.dat drwxr-xr-x 2 sc-transmission sc-transmission 86016 Aug 17 15:04 resume -rw------- 1 sc-transmission sc-transmission 2315 Aug 17 16:13 settings.json drwxr-xr-x 2 sc-transmission sc-transmission 81920 Aug 17 15:03 torrents -rw-r--r-- 1 sc-transmission sc-transmission 165959 Aug 17 16:13 transmission.log -rw-r--r-- 1 sc-transmission sc-transmission 5 Aug 17 16:13 transmission.pid
So it's exactly like yours without stats.json but I don't think this file is necessary.

As I said, at least I have a working Transmission again, so I might not touch and start from scratch with my torrents. It might be a good oppertunity to clean up the download folder (that is extremly messy) and by the way save some space, even if most video files should be symlink from my media folder, so not taking twice the space. It might be necessary as I'm running soon out of space on my NAS with all bay full.

@ayala-io
Copy link

It sounds like the permissions are fine now. Are your settings in settings.json truly reflected in Transmission? If so, then Transmission appears to be accessing /volume1/@appdata/transmission fine now.

The resume and torrents folder are key for Transmission to reload all your torrents. Are they populated with 2000+ files? If they are, then I'm not sure what the problem is. I guess you can use this opportunity to clean up and restart torrents from scratch as you mentioned.

@mgrkisiek
Copy link

I'm trying to run transmission on DSM218
I've downloaded https://seby.io/download/synology-7.0/transmission_armv7-7.0_3.00-19.spk and modified INFO file to support rtd1296 .
Everything is installed but it won't start . In transmission.log I have errors like

Fri Aug 20 14:15:17 CEST 2021
Starting transmission command /volume1/@appstore/transmission/bin/transmission-daemon -g /volume1/@appdata/transmission -x /volume1/@appdata/transmission/transmission.pid -e /volume1/@appdata/transmission/transmission.log
/var/packages/transmission/scripts/start-stop-status: line 75: /volume1/@appstore/transmission/bin/transmission-daemon: No such file or directory
transmission is not running

while
root@Synek:/volume1/@appdata/transmission# ls -ltr /volume1/@appstore/transmission/bin/transmission-daemon
-rwxr-xr-x 1 sc-transmission sc-transmission 445400 Aug 18 15:38 /volume1/@appstore/transmission/bin/transmission-daemon

What could cause that problem ? How can I solve it ?
@publicarray any suggestion ?

@publicarray
Copy link
Member

@mgrkisiek
Copy link

@mgrkisiek you need the aarch64 version for your CPU. https://github.com/SynoCommunity/spksrc/wiki/Synology-and-SynoCommunity-Package-Architectures#x18-series

And that was my fault ...
I was looking at wrong page with cpu architecture . Everything is working perfect .

@lolekanabolek
Copy link

@mgrkisiek ds218 and this package https://seby.io/download/synology-7.0/transmission_aarch64-7.0_3.00-19.spk works fine?? No problem??

@mgrkisiek
Copy link

@mgrkisiek ds218 and this package https://seby.io/download/synology-7.0/transmission_aarch64-7.0_3.00-19.spk works fine?? No problem??

Yes. Works as expected.

@Fandaor
Copy link

Fandaor commented Aug 25, 2021

Hello
Do you have any clue when it will be officially released and available thru the Synolgy Community Package ?
Thank you in advance
Cheers

@zyrill
Copy link
Contributor

zyrill commented Aug 25, 2021 via email

@webtweakers
Copy link

webtweakers commented Aug 29, 2021

Well, I downloaded and installed the arm7 package from https://seby.io/download/synology-7.0/ and that worked well. Unfortunately I blatantly uninstalled the old version of Transmission and lost the config. Oh well, my bad.

The installation of the new Transmission creates a shared folder in /volume1/downloads, which contains another folder called incomplete that stores the torrents being downloaded. After download is finished, Transmission wants to move the files to where I want them, eg: /volume1/media/downloads. But that does not work: "permission denied!"

More specifically: Unable to create directory for new file: Permission denied (torrent.c:3299)

I have set Read/Write permission on /volume1/media for user sc-transmission as explained here https://github.com/SynoCommunity/spksrc/wiki/Permission-Management#option-1---full-shared-folder-access but that has 0 effect.

I should also mention that I chowned the /volume1/media/downloads folder (plus sub folders) to sc-transmission:sc-transmission (ie: user and group sc-transmission) and chmoded everything under /volume1/media/ to 755.

Note that the previous version of Transmission didn't do this - it would download the torrent files directly to the target folder (eg: /volume1/media/downloads) with the .part extension. That extension would simply be removed after the download finished. This has always worked fine.

What am I missing? Any solution?

@publicarray
Copy link
Member

publicarray commented Aug 29, 2021

The installation of the new Transmission creates a shared folder in /volume1/downloads, which contains another folder called incomplete that stores the torrents being downloaded.
Note that the previous version of Transmission didn't do this -

Yea we changed it to give an out of box experience that works when migrating from dsm6 to dsm7

if you really don't want that you can change the config file here /var/packages/transmission/var/settings.json

{
    "incomplete-dir-enabled": false,
    "watch-dir-enabled": false,
}

After download is finished, Transmission wants to move the files to where I want them, eg: /volume1/media/downloads

I tried this and it worked for me.

I should also mention that I chowned

Please don't Synology uses ACL:

This is what you should get with https://github.com/SynoCommunity/spksrc/wiki/Permission-Management#option-1---full-shared-folder-access

root@DSM7 /# synoacltool -get /volume1/downloads
ACL version: 1 
Archive: has_ACL,is_support_ACL 
Owner: [root(user)] 
--------------------- 
	 [0] group:administrators:allow:rwxpdDaARWc--:fd-- (level:0)
	 [1] user:sc-transmission:allow:rwxpdDaARWc--:fd-- (level:0)
	 [2] group::allow:rwxpdDaARWc--:fd-- (level:0)

root@DSM7 /# synoacltool -get /volume1/media
ACL version: 1 
Archive: has_ACL,is_support_ACL 
Owner: [root(user)] 
--------------------- 
	 [1] user:sc-transmission:allow:rwxpdDaARWc--:fd-- (level:0)
         [..]
	 [7] group:administrators:allow:rwxpdDaARWc--:fd-- (level:0)

root@DSM7 /# synoacltool -get /volume1/media/download
ACL version: 1 
Archive: is_inherit,is_support_ACL 
Owner: [seby(user)] 
--------------------- 
	 [1] user:sc-transmission:allow:rwxpdDaARWc--:fd-- (level:1)
         [..]
	 [7] group:administrators:allow:rwxpdDaARWc--:fd-- (level:1)

This is what you should get with https://github.com/SynoCommunity/spksrc/wiki/Permission-Management#option-2---per-folder-access:

root@DSM7 /# synoacltool -get /volume1/downloads
ACL version: 1 
Archive: has_ACL,is_support_ACL 
Owner: [root(user)] 
--------------------- 
	 [0] group:administrators:allow:rwxpdDaARWc--:fd-- (level:0)
	 [1] user:sc-transmission:allow:rwxpdDaARWc--:fd-- (level:0)
	 [2] group::allow:rwxpdDaARWc--:fd-- (level:0)
         [..]

root@DSM7 /# synoacltool -get /volume1/media
ACL version: 1 
Archive: has_ACL,is_support_ACL 
Owner: [root(user)] 
--------------------- 
	 [1] group:administrators:allow:rwxpdDaARWc--:fd-- (level:0)
	 [2] user:sc-transmission:allow:r-x----------:fd-- (level:0)
         [..]

root@DSM7 /# synoacltool -get /volume1/media/download
ACL version: 1 
Archive: is_inherit,has_ACL,is_support_ACL 
Owner: [seby(user)] 
--------------------- 
	 [0] user:sc-transmission:allow:rwxpdDaARWc--:fd-- (level:0)
	 [1] group:administrators:allow:rwxpdDaARWc--:fd-- (level:1)
	 [2] user:sc-transmission:allow:r-x----------:fd-- (level:1)
         [..]

Can you confirm these are the permissions you set?

@webtweakers
Copy link

Thanks for the response @publicarray, that helped. I think the root of the problem was that the /volume1/media folder has been created before DSM7 and I have been unable to set the appropriate permissions. I've created a new destination shared folder and had no problems since. Had to reload shares on my NVidia Shield for the new share to show up, but it's been smooth sailing since: Transmission can write, Plex can read, and Shield can find. All's good now. :)

@spyrodragon1
Copy link

Thought I'd leave a quick note to say that I have now upgraded to DSM 7.0-41890 on my DS220+. I fully uninstalled my current transmission installation and did a clean manual install of transmission 7 from the website listed in one of the posts above. I added the additional permissions in the shared folder section and on the downloads folder and besides me forgetting that synology is case sensitive on the folder names ( Downloads rather than downloads ) everything seems to be running smoothly.

@ihatethinkin
Copy link

ihatethinkin commented Sep 18, 2021

Hey all, new to the community and inexperienced. Was intending to upgrade to DSM7 but not keen to without Transmission. I've read this thread and #4524 and appreciate the information, but not confident I fully understand what is required, so perhaps best in my case to wait for Transmission to become available in the synocommunity section of Package Center.

Am I correct in understanding that although #4524 indicates Transmission is published, that doesn't indicate it is available in the synocommunity section of Package Center in DSM7?

@publicarray
Copy link
Member

publicarray commented Sep 18, 2021

Hi @ihatethinkin I'm not sure if I understand your question. When a package is listed as published it will show up in the package center.

@ihatethinkin
Copy link

Hi @ihatethinkin I'm not sure if I understand your question. When a package is listed as published it will show up in the package center.

Oh I see, glad I asked. In that case I'm all good to upgrade to DSM7. Apologies for such a simple query, thanks for the reply!

@Fandaor
Copy link

Fandaor commented Sep 18, 2021

Hello
Do you have any hint when it will be possible to fix the 'Subdirecotry are not allowed' during installation, in a clean release, please ?
I really don't want to have another directory for downloads.

Thank you a thousand

@publicarray
Copy link
Member

publicarray commented Sep 19, 2021

You can still set a custom folder in the transmission settings and manually set the correct permissions.

The install wizard is made on a compromise to fit DSM7's updated permission model, so unless someone (maybe you) has a brilliant idea on how to fix it, make it reliable and create a PR this won't change

@Fandaor
Copy link

Fandaor commented Sep 19, 2021

Hallo Sebastian,
Unfortunately I am not good at this.
I tried the solution you gave me.
When installing I set up 'BitTorrent' instead of 'download' as the download directory
When installed I went to the settings and changed it to '/volume1/MySyno/media/BitTorrent/' as the download directory.
But when I tried to reload some already dloaded files, it doesn't find them, and start to redownload them instead.
"Verify local Data" doesn't help at all.
Do you have any clue why ?

Thanks for the kind reply.

@OldBrave
Copy link

OldBrave commented Sep 19, 2021

The easiest way: in the Transmissionon GUI at the beginning, stop all torrens, set the old download directory, transfer the downloads to the new directory. Then set the new directory as the download directory and run the torrents. It may be necessary to update the hash for some downloads.

@Fandaor
Copy link

Fandaor commented Sep 19, 2021

The easiest way: in the Transmissionon GUI at the beginning, stop all torrens, set the old download directory, transfer the downloads to the new directory. Then set the new directory as the download directory and run the torrents. It may be necessary to update the hash for some downloads.

Hello OldBrave,
That's what I thought but didn't work. It still wants to check the 'download/incomplete' directory for existing file... Even if I create a '/volume1/MySyno/media/BitTorrent/incomplete' directory it doesn't work... it is really insisting on wokring with this 'volume1/download' architecture... It is driving me crazy ... :-)

@webtweakers
Copy link

it is really insisting on wokring with this 'volume1/download' architecture... It is driving me crazy ... :-)

You can change that in the settings. See the message of @publicarray: #4313 (comment)

@Fandaor
Copy link

Fandaor commented Sep 19, 2021

Thanks Webtweakers,
Thing is : I am no Dev and I really don't know how to change this settings and then repackage this so I could manually reinstall the app ... :-/

@ihatethinkin
Copy link

I haven't made the move to DSM7 yet, but intend to ASAP.

My primary concern is ensuring a smooth transition from my existing Transmission 3.00-19 install via package center on DSM 6.2.4-25556 Update 2. Can someone please point me to a step by step idiots guide (if such a guide exists) so I can be confident that my current seeded torrents remain intact after migrating to the new version?

I presume I need to follow many of the steps in this guide but am not familiar with some of the basics such as "tar backup of the var directory" which I presume I will need to do.

Apologies for the inexperience, which I can only assume makes for a frustrating read to most of you who have a much better idea of what you're doing! Really appreciate the guidance, thank you in advance.

@ihatethinkin
Copy link

Having read and understood as much as I could I have transitioned to DSM7 successfully. The same can't be said for Transmission unfortunately.

I attempted to install Transmission from DSM7 package center which did not work (received error about incompatable version which seemed odd but presumably a conflict having not uninstalled prior DSM6 package centre version). Failing that I installed Docker and now have a functional transmission container, but with issues.

Unfortunately I blatantly uninstalled the old version of Transmission and lost the config. Oh well, my bad.

I read your explanation but decided to do the same regardless due to a conflict when attempting to install transmission in Docker. Figured I could painfully add all of my seeded torrents manually again if only I could get transmission working. Uninstalling the old incompatible package centre version of transmission removed the conflict (which in hindsight was likely only due to both installations using port 9091).

The installation of the new Transmission creates a shared folder in /volume1/downloads, which contains another folder called incomplete that stores the torrents being downloaded.

This is my experience, files stay within the "incomplete" folder once torrent has completed download successfully. Regardless of the folder I instruct transmission to download to, torrents always land in "incomplete" and stay there.

I have set Read/Write permission on /volume1/media for user sc-transmission as explained here https://github.com/SynoCommunity/spksrc/wiki/Permission-Management#option-1---full-shared-folder-access but that has 0 effect.

Also attempted option 1 with no success.

Note that the previous version of Transmission didn't do this - it would download the torrent files directly to the target folder (eg: /volume1/media/downloads)

Always worked for me too.

I think the root of the problem was that the /volume1/media folder has been created before DSM7 and I have been unable to set the appropriate permissions. I've created a new destination shared folder and had no problems since.

The next logical step for me but has not worked in my case. Whatever I attempt to change in terms of permissions, download locations, shared folders, files download to "incomplete" and remains there. Watch folder works as expected which surprised me.

Hoping someone can offer advice. I'm tempted to remove the Docker installation now I have it partially working and attempt the package centre version again, but seems two steps backwards.

So what is the obviously stupid thing I'm doing?

@kretzu77
Copy link

spk is not available anymore.
There is some solution to install transmission directly on DSM? In docker network is limited. With transmission on dsm6 was able to 50MB/s downloas, but in docker I'm limited to 30MB/s max
Thanks'

@publicarray
Copy link
Member

publicarray commented Nov 18, 2021

spk is not available anymore.

There is some solution to install transmission directly on DSM? In docker network is limited. With transmission on dsm6 was able to 50MB/s downloas, but in docker I'm limited to 30MB/s max

Thanks'

What makes you say that? It's been published here:

https://synocommunity.com/package/transmission

Please open a new issue this one is already long enough

@SynoCommunity SynoCommunity locked and limited conversation to collaborators Nov 18, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
DSM 7 Support
  
Done
Development

Successfully merging a pull request may close this issue.