Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Please post the output when you run the command "ldd /ffp/bin/transmission-daemon"
Offline
/ffp/bin/sh: ldd: not found
It seems the command ldd does not exist. Any other idea?
Offline
how about the output from "/ffp/bin/ldd /ffp/bin/transmission-daemon"?
Did you install the curl package?
Offline
It might not be necessary uclibc library because I have ffp-base-0.5-1 installed, which is required for curl according to http://www.inreto.de/dns323/fun-plug/0. … html#curl. ffp-base appears in ffp/var/packages.
Curiously, If I type "curl", It returns the same: "can't resolve symbol '__ctype_toupper'". Could it be a library version error?
Offline
the output from ldd should've listed the library dependencies and where they're located.
Offline
And what's the package where the command "ldd" is in?
Offline
ldd is in the uclib package uclibc-0.9.29-7.tgz
It should be install as part of the base ffp 0.5 I believe.
Last edited by FunFiler (2010-11-12 03:58:10)
Offline
Hi everyone..
I suddenly hope that anyone can help me, I think that I have an permission problem.
I have 2 drives in my Dlink DNS-323, one holds transmission and my torrents.
the other holds all my network-shares.
the drive with torrents and transmission, I can't delete/copy files and so on, i can unpack to my computer, and fully delete torrents in transmission remote gui.
I have tried to text this when I'm telnetting it
$ chown -R nobody:501 /mnt/HD_a2/.transmission-daemon
$ find /mnt/HD_a2/.transmission-daemon -type f -print0 | xargs -0 chmod 600 --
anyone there would be kind and help me out of my situation, in a good guide for dummies!
Offline
Im not using .transmission-daemon as my download folder, but the folder should look like this if you done correct
drwxr-xr-x 5 nobody 501 4096 Nov 13 14:17 .transmission-daemon
you must use ls -la to see it as its hidden
Offline
Hi folks, I would require some help please! I had transmission 1.90 on my DNS-323 server (fw 1.08), running fine. I've now upgraded to the latest 2.11 release according to the procedure in the first post of this thread :
$ /ffp/start/transmission.sh stop
$ funpkg -u Transmission-2.11-1.tgz
$ /ffp/start/transmission.sh start
All my torrent are now indicating that they are "Downloading", although nothing is happening, 0% file stays that way, and files already in progress from before I upgraded stays at what % they were. Nothing moves.
Tried rebooting the system, pausing files, resuming all, adding a new one that has lots of feeds, etc... Nothing. Searched some forums and thread, didn't find anything.
When checking the logs, it says :
"Couldn't bind port 9091 on 0.0.0.0: Address already in use (Is another copy of Transmission already running?) (net.c:407)"
Any thoughts?
thanks
Last edited by seth889 (2010-11-14 22:51:04)
Offline
Issue the stop command again. Then use
ps -ef|grep transmission
to see if there are any processes still lingering. Either wait a few minutes for them to stop, or kill them manually. Once they are all gone, start transmission again. It should now be clear to bind to the port.
Offline
Thanks, but after a few seconds it doesn't return any process containing "transmission"... looks like nothing from it is running....
Offline
Well, it is unlikely then that anything else is running on that port, but you could try and configure to use a different one. A reboot would also ensure that the port is clear. I'd delete the log, reboot, and see what you get.
You could also run netstat -a to see what is on that port.
Last edited by FunFiler (2010-11-15 05:19:37)
Offline
Hello.
First of all I would like to thank KyleK for all the work.
Unfortunately I have had problems.
Several trackers working well but some do not.
The error I get is "tracker did not respond"
The question is whether there are errors in the tracker or transmission?
But it feels like it should be transmission since utorrent works well all the time with me that tracker.
I'm using transmission 2.11 and mac gui.
Another thing I've found is that some of my friends have the same problem with transmissions and the tracker.
One thing I discovered is that the torrents downloads works if I shut down transmission and then starts it again. But after about 30 minutes, I get the error again when the tracker is updated. And if I stop transmission and start it over it works again.
Does anyone have an idea of what the problem might be?
Last edited by illithid (2010-11-15 22:25:43)
Offline
illithid wrote:
Hello.
First of all I would like to thank KyleK for all the work.
Unfortunately I have had problems.
Several trackers working well but some do not.
The error I get is "tracker did not respond"
The question is whether there are errors in the tracker or transmission?
But it feels like it should be transmission since utorrent works well all the time with me that tracker.
I'm using transmission 2.11 and mac gui.
Another thing I've found is that some of my friends have the same problem with transmissions and the tracker.
One thing I discovered is that the torrents downloads works if I shut down transmission and then starts it again. But after about 30 minutes, I get the error again when the tracker is updated. And if I stop transmission and start it over it works again.
Does anyone have an idea of what the problem might be?
You should report this to the Transmission devs at www.transmissionbt.com. Nothing I can do about it.
Offline
Hey guys,
I've updated the first post, since the Transmission v2.12 is out. Another bugfix release, but I know you want it anyways
Cheers!
Offline
Ok... KyleK Il try that. I thought you where involved with the transmission-daemon dev team. Sorry
Offline
Thanks again KyleK, I'll drop it in immediately
Offline
I noticed in the new update the Blocklist URL feature. Can I use this with the transmission-daemon?
Will it auto update the blocklist?
I am currently using 2.10 with ffp .05
Offline
The new version does not have a default URL. Previous versions were hardcoded to the transmissionbt site and to reduce traffic, it was decided to introduce a URL so that users could host/find the blocklists elsewhere. You must either disable the update feature or enter a URL value for the new version to work.
Offline
FWIW - Even with a correct URL, I believe there is another problem as I get
/ffp/bin/transmission-daemon: can't resolve symbol 'gzopen64'
in the log and the daemon hangs.
Last edited by FunFiler (2010-11-17 23:39:18)
Offline
Im having som serious problems, that i cant solve, When i do the
su nobody -c "transmission-daemon -f -g /mnt/HD_a2/.transmission-daemon -w /mnt/HD_a2/Downloads -t -u <username> -v <password> -a 127.0.0.1,192.168.*.*"
It says:
cannot open username: No such file or directory
How do i solve that?
Offline
Sounds to me like you are literally typing "<username>" and it is trying to pipe the file "username".
<username> is meant to be replaced with an actual name of a user account. Same with <password>. These are just token examples.
A username and password are also optional. In most environments, they aren't really required. Up to you.
Last edited by FunFiler (2010-11-18 13:01:47)
Offline
Alright, so i dont type the <> just a username anda password?
Offline
Ruebban wrote:
Alright, so i dont type the <> just a username anda password?
Just type the username and password. Nothing else.
Offline