Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
@jeffschuler: Do you have a free torrent file that shows this problem that I or others can test it with?
Are only finished downloads affected, or does the problem exist when you start a fresh download as well?
Offline
how can i seed a torrent with transmission 2.33 ?
thanks
Offline
Like with any other torrent client: Add the torrent file to Transmission and tell it where the already existing files lie:
$ transmission-remote --add my.torrent -w /path/to/existing/files
If you already added the torrent to Transmission, you can use the --find option to tell it where the data is:
$ transmission-remote -t <torrent id> --find /path/to/existing/files
The web interface doesn't have an option to specify a specific download folder, but you may use Transmission Remote GUI or some other 3rd-party tool that provides these options in a GUI.
Offline
Hey,
I got transmission and the web gui working fine. The only thing I saw left to do was customize some settings under transmission-remote. When I try and change settings there, I get:
Unexpected response: <h1>401: Unauthorized</h1>Unauthorized User
I thought I read that I needed to setup a user for the -remote and I could do so in the settings.json file. After tracking it down in Windows Explorer I get the error that "Access is Denied". I also tried to change the ownership of transmission-remote to 'nobody' like the instructions tell you to do for transmission-daemon but that just didn't work (if it's even possible?).
So how do I got about getting the permission to change settings on transmission-remote?
Thanks!
Offline
@KyleK, downloading other files with same characters works fine. Actually, strangely, if I let one of these "partial" downloads compete, it's fine, too, and I don't notice any difference in the file or name. (I would do this for all of them but I'm limited in downloads.)
I will see what I can do about finding a sample for you to try.
Offline
Comprox wrote:
Hey,
I got transmission and the web gui working fine. The only thing I saw left to do was customize some settings under transmission-remote. When I try and change settings there, I get:
Unexpected response: <h1>401: Unauthorized</h1>Unauthorized User
I thought I read that I needed to setup a user for the -remote and I could do so in the settings.json file. After tracking it down in Windows Explorer I get the error that "Access is Denied". I also tried to change the ownership of transmission-remote to 'nobody' like the instructions tell you to do for transmission-daemon but that just didn't work (if it's even possible?).
So how do I got about getting the permission to change settings on transmission-remote?
Thanks!
If you configured transmission-daemon to require password authentication for the WebUI (using the options '-t -u <username> -v <password> in your initial setup of Transmission), the same credentials are necessary when using transmission-remote:
$ transmission-remote -n <username:password> -l
Another problem could be that the IP address you're using transmission-remote from (usually localhost/127.0.0.1) is not on Transmissions whitelist.
This is unrelated to any Windows Explorer issues or the fact that Transmission runs as user "nobody" or any other user.
Offline
jeffschuler wrote:
@KyleK, downloading other files with same characters works fine. Actually, strangely, if I let one of these "partial" downloads compete, it's fine, too, and I don't notice any difference in the file or name. (I would do this for all of them but I'm limited in downloads.)
I will see what I can do about finding a sample for you to try.
Have you tried to force-verify those partial torrents?
$ transmission-remote -t <torrentids> --verify
Alternatively, you could try to tell Transmission the location of the torrent data again:
$ transmission-remote -t <torrentid> --find /path/to/torrent/data
Offline
KyleK wrote:
Have you tried to force-verify those partial torrents?
Verifying those partial torrents via the GUI verifies exactly the same partial amount and leaves them as-is.
Verifying via CLI has no effect either, though it returns "success" no matter what I throw at it (even invalid torrent ids.)
# transmission-remote -n $AUTHSTR -t garbage -v http://localhost:9091/transmission/rpc/ responded: "success"
KyleK wrote:
Alternatively, you could try to tell Transmission the location of the torrent data again:
It took a bit of fiddling for me to figure out that "--find" wants as arg the base data directory for all torrents -- not the specific data dir of this particular torrent. So I managed to get the torrent into an "Error: No data found!" state, and then back to OK again... but still only partially complete. At any rate, this also did not solve the issue.
A few other notes:
* Doing a diff of the original dir on my local drive vs the copied dir on the NAS showed nothing different.
* Additionally, MD5 hashes of the files inside both these dirs were exactly the same.
* If I move one of these torrent data dirs (being listed incorrectly as partial) from the NAS back to local drive to replace the existing dir (seeding via desktop version of Transmission) it's still listed correctly as 100% in the local desktop version.
Offline
Anyone have any tips on getting blocklist support setup? It looks like Transmission Remote supports it, but whenever I click the update button I get the following message: 'Daemon try to download something, but the HTTP result is: Not found'
I tried going into my settings.json file and adding the line
"blocklist-url": "http://update.transmission.bt.com/level1.gz"
but that didn't make any difference.
Thanks for any/all help.
Offline
The blocklist is not being updated from that source any more. They stopped back in the spring IIRC.
Offline
FunFiler wrote:
The blocklist is not being updated from that source any more. They stopped back in the spring IIRC.
Updated to:
"blocklist-url": "http://list.iblocklist.com/?list=bt_level1"
and just downloaded a list from that URL using my browser.
Getting the same error when hitting update from transmission-remote
Offline
Hi,
I have DNS 323 1.07 firmware, fun_plug, transmission 2.33, Network: 100/100mbit (Gbit connect, premium internet acces..)
Port's open, uTP open and work, i see on router admin.
It work, but not fine.. NAS:9091 Preferences > Network: port is closed?!
The speed? RAID1 (2x2TB WD ecogreen)
Download MAX 16-20mbit, but it is not very problem, the Upload: MAX 1,5mbit..
Where's the problem? I think 500mhz and 32mb ram is not powermachine, but 1,5mbit up? no...
Thank you!
Last edited by Imz (2011-10-02 21:12:30)
Offline
You can check manually if the port is actually open:
$ curl http://portcheck.transmissionbt.com/<your Transmission port>
It should return '1' for an open port and '0' if not.
Offline
KyleK wrote:
You can check manually if the port is actually open:
Code:
$ curl http://portcheck.transmissionbt.com/<your Transmission port>It should return '1' for an open port and '0' if not.
0
but really open, and transmission work.. where the error?
Last edited by Imz (2011-10-06 22:39:13)
Offline
Well, I can't say without more information. If that URL I posted above reports the port is not open, that means the port is not accessible from the outside.
Maybe you didn't forward the port in your router?
Make sure you open your firewall for this port for both UDP and TCP, as Transmission uses both.
Last edited by KyleK (2011-10-06 13:44:37)
Offline
You need to specify your authorization credentials when using transmission-remote, otherwise the output is no use to me:
$ transmission-remote -b -n <username:password> -pt
A user recently had a problem with similar symptoms. Please have a look at posts #1790 up to #1803 and see if yours is the same problem.
Offline
Thx, but, i reset settings many times, but problem is.
dht on-off peer ex on-off ext., 2-4 torrent, but port closed, slow upload (passive).
/ # transmission-remote -b -n user:password -pt
posting:
--------
{"method":"port-test","tag":7}
--------
* Couldn't find host localhost in the .netrc file, using defaults
* About to connect() to localhost port 9091 (#0)
* Trying 127.0.0.1... * connected
* Connected to localhost (127.0.0.1) port 9091 (#0)
> POST /transmission/rpc/ HTTP/1.1
User-Agent: transmission-remote/2.32 (12523)
Host: localhost:9091
Accept: */*
Accept-Encoding: deflate, gzip
Content-Length: 31
Content-Type: application/x-www-form-urlencoded
< HTTP/1.1 401 Unauthorized
< Server: Transmission
< WWW-Authenticate: Basic realm="Transmission"
< Date: Thu, 06 Oct 2011 23:38:05 GMT
< Content-Length: 43
< Content-Type: text/html; charset=ISO-8859-1
<
* Closing connection #0
* Issue another request to this URL: 'http://localhost:9091/transmission/rpc/'
* Couldn't find host localhost in the .netrc file, using defaults
* About to connect() to localhost port 9091 (#0)
* Trying 127.0.0.1... * connected
* Connected to localhost (127.0.0.1) port 9091 (#0)
* Server auth using Basic with user 'user'
> POST /transmission/rpc/ HTTP/1.1
Authorization: Basic aW16Ok5lbXRvbTIx
User-Agent: transmission-remote/2.32 (12523)
Host: localhost:9091
Accept: */*
Accept-Encoding: deflate, gzip
Content-Length: 31
Content-Type: application/x-www-form-urlencoded
< HTTP/1.1 409 Conflict
< Server: Transmission
< X-Transmission-Session-Id: 0dMeS5wE4Wv4MsKOSvlitkMcUjRapD5Gx4sn8Uj26l4C7Kcw
< Date: Thu, 06 Oct 2011 23:38:05 GMT
< Content-Length: 580
< Content-Type: text/html; charset=ISO-8859-1
<
* Connection #0 to host localhost left intact
* Closing connection #0
posting:
--------
{"method":"port-test","tag":7}
--------
* Couldn't find host localhost in the .netrc file, using defaults
* About to connect() to localhost port 9091 (#0)
* Trying 127.0.0.1... * connected
* Connected to localhost (127.0.0.1) port 9091 (#0)
> POST /transmission/rpc/ HTTP/1.1
User-Agent: transmission-remote/2.32 (12523)
Host: localhost:9091
Accept: */*
Accept-Encoding: deflate, gzip
X-Transmission-Session-Id: 0dMeS5wE4Wv4MsKOSvlitkMcUjRapD5Gx4sn8Uj26l4C7Kcw
Content-Length: 31
Content-Type: application/x-www-form-urlencoded
< HTTP/1.1 401 Unauthorized
< Server: Transmission
< WWW-Authenticate: Basic realm="Transmission"
< Date: Thu, 06 Oct 2011 23:38:05 GMT
< Content-Length: 43
< Content-Type: text/html; charset=ISO-8859-1
<
* Closing connection #0
* Issue another request to this URL: 'http://localhost:9091/transmission/rpc/'
* Couldn't find host localhost in the .netrc file, using defaults
* About to connect() to localhost port 9091 (#0)
* Trying 127.0.0.1... * connected
* Connected to localhost (127.0.0.1) port 9091 (#0)
* Server auth using Basic with user 'user'
> POST /transmission/rpc/ HTTP/1.1
Authorization: Basic aW16Ok5lbXRvbTIx
User-Agent: transmission-remote/2.32 (12523)
Host: localhost:9091
Accept: */*
Accept-Encoding: deflate, gzip
X-Transmission-Session-Id: 0dMeS5wE4Wv4MsKOSvlitkMcUjRapD5Gx4sn8Uj26l4C7Kcw
Content-Length: 31
Content-Type: application/x-www-form-urlencoded
< HTTP/1.1 200 OK
< Server: Transmission
< Content-Encoding: gzip
< Content-Type: application/json; charset=UTF-8
< Date: Thu, 06 Oct 2011 23:38:15 GMT
< Content-Length: 81
<
* Connection #0 to host localhost left intact
got response (len 64):
--------
{"arguments":{"port-is-open":false},"result":"success","tag":7}
--------
Port is open: No
* Closing connection #0
/ #
_______________________________________________________________________________________
/ # transmission-remote -b -n user:password -si
posting:
--------
{"method":"session-get","tag":0}
--------
* Couldn't find host localhost in the .netrc file, using defaults
* About to connect() to localhost port 9091 (#0)
* Trying 127.0.0.1... * connected
* Connected to localhost (127.0.0.1) port 9091 (#0)
> POST /transmission/rpc/ HTTP/1.1
User-Agent: transmission-remote/2.32 (12523)
Host: localhost:9091
Accept: */*
Accept-Encoding: deflate, gzip
Content-Length: 33
Content-Type: application/x-www-form-urlencoded
< HTTP/1.1 401 Unauthorized
< Server: Transmission
< WWW-Authenticate: Basic realm="Transmission"
< Date: Thu, 06 Oct 2011 23:40:05 GMT
< Content-Length: 43
< Content-Type: text/html; charset=ISO-8859-1
<
* Closing connection #0
* Issue another request to this URL: 'http://localhost:9091/transmission/rpc/'
* Couldn't find host localhost in the .netrc file, using defaults
* About to connect() to localhost port 9091 (#0)
* Trying 127.0.0.1... * connected
* Connected to localhost (127.0.0.1) port 9091 (#0)
* Server auth using Basic with user 'user'
> POST /transmission/rpc/ HTTP/1.1
Authorization: Basic aW16Ok5lbXRvbTIx
User-Agent: transmission-remote/2.32 (12523)
Host: localhost:9091
Accept: */*
Accept-Encoding: deflate, gzip
Content-Length: 33
Content-Type: application/x-www-form-urlencoded
< HTTP/1.1 409 Conflict
< Server: Transmission
< X-Transmission-Session-Id: 0dMeS5wE4Wv4MsKOSvlitkMcUjRapD5Gx4sn8Uj26l4C7Kcw
< Date: Thu, 06 Oct 2011 23:40:05 GMT
< Content-Length: 580
< Content-Type: text/html; charset=ISO-8859-1
<
* Connection #0 to host localhost left intact
* Closing connection #0
posting:
--------
{"method":"session-get","tag":0}
--------
* Couldn't find host localhost in the .netrc file, using defaults
* About to connect() to localhost port 9091 (#0)
* Trying 127.0.0.1... * connected
* Connected to localhost (127.0.0.1) port 9091 (#0)
> POST /transmission/rpc/ HTTP/1.1
User-Agent: transmission-remote/2.32 (12523)
Host: localhost:9091
Accept: */*
Accept-Encoding: deflate, gzip
X-Transmission-Session-Id: 0dMeS5wE4Wv4MsKOSvlitkMcUjRapD5Gx4sn8Uj26l4C7Kcw
Content-Length: 33
Content-Type: application/x-www-form-urlencoded
< HTTP/1.1 401 Unauthorized
< Server: Transmission
< WWW-Authenticate: Basic realm="Transmission"
< Date: Thu, 06 Oct 2011 23:40:05 GMT
< Content-Length: 43
< Content-Type: text/html; charset=ISO-8859-1
<
* Closing connection #0
* Issue another request to this URL: 'http://localhost:9091/transmission/rpc/'
* Couldn't find host localhost in the .netrc file, using defaults
* About to connect() to localhost port 9091 (#0)
* Trying 127.0.0.1... * connected
* Connected to localhost (127.0.0.1) port 9091 (#0)
* Server auth using Basic with user 'user'
> POST /transmission/rpc/ HTTP/1.1
Authorization: Basic aW16Ok5lbXRvbTIx
User-Agent: transmission-remote/2.32 (12523)
Host: localhost:9091
Accept: */*
Accept-Encoding: deflate, gzip
X-Transmission-Session-Id: 0dMeS5wE4Wv4MsKOSvlitkMcUjRapD5Gx4sn8Uj26l4C7Kcw
Content-Length: 33
Content-Type: application/x-www-form-urlencoded
< HTTP/1.1 200 OK
< Server: Transmission
< Content-Encoding: gzip
< Content-Type: application/json; charset=UTF-8
< Date: Thu, 06 Oct 2011 23:40:05 GMT
< Content-Length: 598
<
* Connection #0 to host localhost left intact
got response (len 1401):
--------
{"arguments":{"alt-speed-down":50,"alt-speed-enabled":false,"alt-speed-time-begi
n":540,"alt-speed-time-day":127,"alt-speed-time-enabled":false,"alt-speed-time-e
nd":1020,"alt-speed-up":50,"blocklist-enabled":false,"blocklist-size":0,"blockli
st-url":"http://www.example.com/blocklist","cache-size-mb":2,"config-dir":"/mnt/
HD_a2/.transmission-daemon","dht-enabled":false,"download-dir":"/mnt/HD_a2/Torre
nt","download-dir-free-space":3886494830592,"encryption":"preferred","idle-seedi
ng-limit":30,"idle-seeding-limit-enabled":false,"incomplete-dir":"/home/nobody/D
ownloads","incomplete-dir-enabled":false,"lpd-enabled":false,"peer-limit-global"
:200,"peer-limit-per-torrent":15,"peer-port":51413,"peer-port-random-on-start":f
alse,"pex-enabled":false,"port-forwarding-enabled":false,"rename-partial-files":
true,"rpc-version":13,"rpc-version-minimum":1,"script-torrent-done-enabled":fals
e,"script-torrent-done-filename":"","seedRatioLimit":2,"seedRatioLimited":false,
"speed-limit-down":100,"speed-limit-down-enabled":false,"speed-limit-up":100,"sp
eed-limit-up-enabled":false,"start-added-torrents":true,"trash-original-torrent-
files":false,"units":{"memory-bytes":1024,"memory-units":["KiB","MiB","GiB","TiB
"],"size-bytes":1024,"size-units":["KiB","MiB","GiB","TiB"],"speed-bytes":1024,"
speed-units":["KiB/s","MiB/s","GiB/s","TiB/s"]},"utp-enabled":true,"version":"2.
32 (12523)"},"result":"success","tag":0}
--------
VERSION
Daemon version: 2.32 (12523)
RPC version: 13
RPC minimum version: 1
CONFIG
Configuration directory: /mnt/HD_a2/.transmission-daemon
Download directory: /mnt/HD_a2/Torrent
Download directory free space: 3.53 TiB
Listenport: 51413
Portforwarding enabled: No
uTP enabled: Yes
Distributed hash table enabled: No
Local peer discovery enabled: No
Peer exchange allowed: No
Encryption: preferred
Maximum memory cache size: 2.00 MiB
LIMITS
Peer limit: 200
Default seed ratio limit: Unlimited
Upload speed limit: Unlimited (Disabled limit: 100.00 KiB/s; Disabled turtle
limit: 50.00 KiB/s)
Download speed limit: Unlimited (Disabled limit: 100.00 KiB/s; Disabled turtl
e limit: 50.00 KiB/s)
MISC
Autostart added torrents: Yes
Delete automatically added torrents: No
* Closing connection #0
___________________________________________________________________
/ # curl http://portcheck.transmissionbt.com/51413
0/ #
Really Thx
Last edited by Imz (2011-10-07 02:55:27)
Offline
As far as I can see this is not an issue with Transmission, but with the configuration of your router.
Can you enable UPnP in your router so Transmission can open its own port automatically?
Check if other tools (uTorrent on Windows/Mac) have the same problem with a closed port. Maybe it's a provider issue?
EDIT: Looking at your screenshots above, try deleting the "Virtual server" entry. It looks like UPnP is enabled and working, and that virtual server entry might be conflicting (that said, I don't know anything about your router, so I could be wrong).
Last edited by KyleK (2011-10-10 17:20:36)
Offline
Transmission 2.41 has been released.
Since I recently switched from a CH3SNAS to a new DNS-325, I'm not sure if this release will run on older devices as well.
Can someone with a CH3SNAS or DNS-323 please test this release and let me know if it works?
If not I'll have to dig out the CH3SNAS and do a separate package.
Last edited by KyleK (2011-10-10 17:34:13)
Offline
KyleK:
I just uninstalled 2.33 and installed 2.41 on DNS-323.
Upon /ffp/start/transmission.sh start I received:
Starting transmission-daemon /ffp/bin/transmission-daemon: can't load library 'libevent-2.0.so.5'
Last edited by jeffschuler (2011-10-10 18:20:23)
Offline
I've uploaded a new version, can you test that one please?
Last edited by KyleK (2011-10-10 23:26:57)
Offline
KyleK: Thanks! That works on DNS-323.
(I was hoping it might solve my filenames issue, but no dice...)
Offline
KyleK wrote:
I've uploaded a new version, can you test that one please?
Yup, works fine on the DNS-323. Let folks know that there was some protocol change and front-ends will work a bit wonky until updated.
Offline
I tried it but torrents passed from Automatic went into an unknown state and would not download. When I rolled back, torrents with existing progress restarted from zero.
Offline