Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
As some of you may have noticed, Transmission 1.3 has been released a couple of days ago.
What's new?
* the Clutch web interface is integrated
* blocklist support for the daemon
* you can add and remove trackers to single torrents
* support for Web seeds
* proxy support
* you can specify which files in a torrent to download, and issue priorities (command-line only for now)
* many bug fixes and optimizations
The developers made extensive changes "under the hood" of Transmission, and revamped the RPC communication system completely. Instead via sockets, server and client now communicate via JSON packets over HTTP.
Transmission has now a small, built-in HTTP server for internal communication as well as for the integrated Clutch web interface.
What does this mean for us NAS users?
With the new version, setup on the NAS changes in some ways. For example, if you only have lighttpd and PHP installed because of Transmission/Clutch, you won't need it anymore. Transmission does it all by itself.
While Transmission itself is backward-compatible, i.e. it can use the configuration files of the old 1.2x versions, I suggest you start clean with a new configuration folder for Transmission to prevent any problems (it has been changed internally anyway).
export TRANSMISSION_HOME=/mnt/HD_a2/.transmission
NOTE: Transmission automatically adds "-daemon" to the above path, and settings will be stored there instead.
This is included in the startup script and most won't need anything else.
If you ever intend to start Transmission directly via command-line, Telnet users have to add the above line to their fun_plug script, while SSH users add it to the /ffp/etc/profile file.
Transmission also needs to know where to find Clutch:
export CLUTCH_HOME=/ffp/share/transmission/web
Again, this is included in the startup script, but you need to set it manually when using the command-line (same as above).
Remote access for Clutch
Communication between the daemon and any client (command-line or Clutch) is done via HTTP. By default, only processes running in the same environment (in this case the NAS) can "talk" to the server. But, you may want to configure it so that you can access it remotely.
Setup is somewhat complicated though.
1. You need to tell Transmission which IPs are allowed to access it. This is done in the form of an ACL (access control list).
An ACL is a comma separated list of IPs with a preceding + or - sign indicating access or block:
+127.0.0.0,+72.90.0.0/16,-128.0.0.0/8
This example list gives access to the local interface (127.0.0.0), all IPs starting with 72.90., and blocks access for all IPs starting with 128.
If you want to access Clutch from different computers at different places, and their IPs often change, you'll have to provide full access with "+0.0.0.0/0" (but of course you may exclude certain IPs).
2. You can also provide credentials in the form of login and password to make access more secure. Clutch will then ask you for both at every login before it shows you the interface.
To setup both an ACL list and login credentials, the daemon has to be started at least once from the command-line.
1. Make sure the environment variables TRANSMISSION_HOME and CLUTCH_HOME are set on your shell (you can check with the command "export | grep HOME").
2. Type "transmission-daemon -h" It will show you all available options, including those for ACL, login and password
3. Type "transmission-daemon -f -t -u <username> -v <password> -a +0.0.0.0/0"
You should see some text about Transmission starting. If there are no error messages, you can quit Transmission by pressing Ctrl-C.
Note 1: As you might have noticed, there's the -b parameter for activating the blocklist feature. Check the manual ("man transmission-daemon") for further instructions.
Note 2: The --port option refers to the port transmission-remote and Clutch communicate with the server on. It also defines the port to access Clutch on. The default ist 9091. It is NOT the port for BitTorrent data (this is either set with transmission-remote or in the Clutch preferences).
Transmission saves all these settings in the /mnt/HD_a2/.transmission-daemon/settings.json file, so you won't have to do this everytime.
You can now start Transmission normally with the startup script in /ffp/start.
Type http://<your NAS IP>:9091/transmission/web to access Clutch.
Why is he still talking? I want to download it!
If you've skipped to here without reading the above stuff, please go back and read it.
I wrote it all down to keep support requests to a minimum later on. If you run into problems, however, don't hesitate to ask here, I'll always try to provide help if I can.
To keep it clean and organized, please direct questions regarding Transmission itself (slow speed, corrupt downloads or bugs you may find) to the Transmission developers at www.transmissionbt.com
I'm not a programmer on the team, I just provide the builds that run on the DNS-323 and the CH3SNAS.
You may also find answers to your questions in the old Transmission thread.
Downloads:
curl-7.18.1.tgz
Transmission 1.40
IMPORTANT: You need to install the latest version of ucLibc in order for Transmission to work correctly. You can find it at fonz' repository. You also need to reboot the NAS.
Download both packages above, then install them:
# funpkg -r Transmission-1.22-ffp0.5.tgz (This will remove the old version, but keep all config files intact) # funpkg -i curl-7.18.1.tgz (only if you don't have it installed already) # funpkg -i Transmission-1.40-1.tgz # wget http://www.inreto.de/dns323/fun-plug/0.5/packages/uclibc-0.9.29-7.tgz # funpkg -i uclibc-0.9.29-7.tgz # reboot
Start Transmission with:
/ffp/start/transmission.sh start
Done!
Have fun with the new version and report problems and experiences here.
EDIT: Updated to v1.33. The devs fixed some minor memory leaks and crash problems with malformed torrents. This version doesn't require libintl anymore so you can savely uninstall that package if you like.
EDIT: Updated to v1.34. Another tiny bugfix release from the Transmission devs. No major changes to report :)
EDIT: Updated to v1.40. This one brings quite a few changes: Uses fewer resources, RPC server performs better and is more secure, lazy bitfields, more accurate bw limits etc.
For a complete list check the Transmission website.
Last edited by KyleK (2008-11-10 22:30:51)
Offline
Thanks for the effort KyleK!
I tried to install Transmission 1.32 on my CH3SNAS. Transmission 1.22 has been working fine before, but this version doesn't want to start.
First I uninstalled the old version by running
funpkg -r transmission1.22
After installing the packages you mention in your post, I ran into some problems starting transmission:
sh: cannot create /mnt/HD_a2/.transmission-daemon/transmission-daemon.log: nonexistent directory
I solved it by creating it myself and giving it to 'nobody':
mkdir /mnt/HD_a2/.transmission-daemon chown nobody:501 /mnt/HD_a2/.transmission-daemon
In the ffp/start/transmission.sh script, the lines to create the path has been commented out. My guess because '-daemon' is appended to create the path, but not to test for its existence.
After that, the log file is created and two directories. However, I can't connect to the daemon by using clutch or transmission-remote. There is no output of transmission to the console or log. I cannot kill the daemon by running the script in ffp/start, but only by running
killall -9 transmission-daemon
Ctrl+C isn't working either, I need to supend it when running from the console and then kill it.
I tried all sorts of settings/options for transmission (host/port/checking paths), but it didn't help.
I notices something about 'gettext' in the previous thread but installing your version, but this also didn't help me.
Have you got some suggestions for me?
Last edited by carnifex (2008-08-11 00:07:51)
Offline
After
KyleK wrote:
3. Type "transmission-daemon -f -t -u myadmin -v mypassword -a +0.0.0.0/0"
You should see some text about Transmission starting. If there are no error messages, you can quit Transmission by pressing Ctrl-C.
I don't get any feedback and i can't quit by Ctrl-C.
A settings.json isn't created.
Last edited by NASewise (2008-08-11 01:18:06)
Offline
NASewise wrote:
After
KyleK wrote:
3. Type "transmission-daemon -f -t -u myadmin -v mypassword -a +0.0.0.0/0"
You should see some text about Transmission starting. If there are no error messages, you can quit Transmission by pressing Ctrl-C.I don't get any feedback and i can't quit by Ctrl-C.
A settings.json isn't created.
I'm getting this same error. After I type in the command the cursor hangs on a blank line and I have to open a new SSH connection. When I do a netstat in the new session it shows nothing listening on port 9091.
Offline
@carnifex: I commented the lines for creating the directory because Transmission does it by itself. I didn't think of the log file though.
I'll put the lines back in in the next release.
Regarding the issues you guys have, it is really strange. I can't reproduce the hang at all. Could you try and run it through strace?
strace transmission-daemon -f
Also do this:
ldd /ffp/bin/transmission-daemon
Post the results here please.
Last edited by KyleK (2008-08-11 01:38:00)
Offline
well, same problems here.
Kylek i think the libcurl.s.0.4 file is also need, i have installed the curl-7.18.1.tgz.
Offline
I just tested with a completely fresh install of funplug 0.5 and could reproduce the bug.
Apparently, there's an updated version of uclibc at http://www.inreto.de/dns323/fun-plug/0.5/packages/ which fixes the issue for me.
So, download the package (uclibc-0.9.29-4.tgz), install it via "funpkg -i uclibc-0.9.29-4.tgz" and then reboot the NAS.
Let me know if it worked.
@Nasp: the libcurl 7.18.1 package actually contains the libcurl.so.4 library. ldd doesn't report an issue with libcurl and Transmission runs (it wouldn't otherwise)
Last edited by KyleK (2008-08-11 02:59:15)
Offline
works!!!
Keep the good work Kylek!!
and tks.
Offline
Yeah works now thanx alot Kylek for your work!!
Last edited by Pejn (2008-08-11 11:38:08)
Offline
thnx for the good work!
Offline
Downloads never reach 100% in Clutch, they end by 9x%, but switch to seeding. Bug?
Closed Clutch and reopened, now it seems back to normal.
Last edited by NASewise (2008-08-11 13:46:50)
Offline
NASewise, please check what transmission-remote reports:
transmission-remote 9091 -l -n <username>:<password>
Change 9091 to the RPC port you configured. the "-n" parameter is only required if you specified authentication credentials.
If you can, you could also verify the data with a different torrent client on your PC/Mac (just use the same torrent file and point it to the downloaded data).
I suspect this may just be a bug in the Clutch PHP code that does incorrect rounding. In any case, please report this at the Transmission forums.
Offline
Everything ok now, but Progress: now shows on every completed torrent 0.00%, but seeds just fine.
Wieder alles i.O., auch wenn bei Progress: überall nur 0.00% steht, aber es seedet.
Edit: Ja das scheint damit zusammenzuhängen
Last edited by NASewise (2008-08-11 14:03:39)
Offline
In den SVN-Versionen eigentlich nicht mehr. Aber für Transmission 1.3 wurde extrem viel überarbeitet, und einige Sachen fehlen ja auch noch in Clutch, von daher wundert es mich nicht wirklich :)
EDIT: Das dürfte dein Problem erklären: http://trac.transmissionbt.com/ticket/1171
Last edited by KyleK (2008-08-11 13:56:17)
Offline
Hey Kyle, thanks for all the hard work. I'm pretty new to all this (just installed fun_plug 0.5 for the first time today). I now have transmission running, but found that curl was required to install it.
Offline
Good catch. I wrote the setup instruction from a Update point-of-view, so I subconsciously assumed people would have curl already installed :)
I updated the first post with a link to libcurl.
Offline
Thanks, I got everything working now. The only extra thing I did was to change the permissions on my download folder (chmod -R 777 /mnt/HD_a2/folder) so that I could move the file to another folder afterwards. Besides that, everything works well.
Offline
Problems solved, Transmission up&running!
Installing the package made it work.
Thanks again KyleK
.
Offline
KyleK,
Thank You for this information... With this grate news I was able to move away from 0.4 and upgrade to 0.5.... I was only holding on to 0.4 because of Transmission working ok in 0.4
Offline
Think I am up and running with 1.32 now so thanks KyleK
I did have one problem which i am not sure is a ffp or transmission issue. I used the clutch preferences page to set the download directory however every time I tried to start a download it failed saying the destination directory did not exist.
In the end I modified the transmission.sh to add the -w switch and specified the download location there which seems to have worked.
Offline
I spoke to soon - the download has failed again ![]()
The settings.json file shows:
{
"blocklist-enabled": 1,
"download-dir": "\/mnt\/HD_a2\/downloads",
"download-limit": 100,
"download-limit-enabled": 0,
"encryption": 1,
"max-peers-global": 200,
"peer-port": 51413,
"pex-enabled": 1,
"port-forwarding-enabled": 0,
"rpc-access-control-list": "+127.0.0.1",
"rpc-authentication-required": 0,
"rpc-password": "",
"rpc-port": 9091,
"rpc-username": "",
"upload-limit": 100,
"upload-limit-enabled": 0
}
/mnt/HD_a2/downloads exists and is owned by nobody with full access
drwxrwxrwx 19 nobody 501 4096 Jul 25 20:36 downloads
Any ideas before I try the Transmission forums
Offline
The script is configured to start Transmission as user "nobody". For it to be able to write to your download folder, the directory has to be owned by "nobody" as well. You can change the owner of a folder with this command:
chown -R nobody:501 /mnt/HD_a2/downloads
Now Transmission shouldn't have a problem accessing the directory.
Offline
rap wrote:
I spoke to soon - the download has failed again
/mnt/HD_a2/downloads exists and is owned by nobody with full access
drwxrwxrwx 19 nobody 501 4096 Jul 25 20:36 downloads
Any ideas before I try the Transmission forums
As I said in my second post it is owned by nobody.
any more ideas
RAP
Offline
Are you sure Transmission reads the correct settings.json?
Are the files/folders within /mnt/HD_a2/downloads also owned by nobody?
You can also try running Transmission as root, just to see if it works then. Do it on the console, then you have direct ouput:
transmission-daemon -f
Offline