FS#31794 - [transmission-cli] cannot connect to server after boot-up (systemd)
Attached to Project:
Arch Linux
Opened by Radu Potop (wooptoo) - Wednesday, 03 October 2012, 20:15 GMT
Last edited by Dave Reisner (falconindy) - Thursday, 03 October 2013, 13:43 GMT
Opened by Radu Potop (wooptoo) - Wednesday, 03 October 2012, 20:15 GMT
Last edited by Dave Reisner (falconindy) - Thursday, 03 October 2013, 13:43 GMT
|
Details
Description:
I am using systemd 193 and transmission-cli 2.71 After booting up, neither transmission-remote or transmission webui can connect to transmission-daemon. The daemon does not listen on any port, even though it is running. I get these error messages in journald: Oct 03 20:22:27 blue transmission-daemon[368]: UDP Failed to set receive buffer: requested 4194304, got 262142 (tr-udp.c:77) Oct 03 20:22:27 blue transmission-daemon[368]: UDP Failed to set send buffer: requested 1048576, got 262142 (tr-udp.c:88) Oct 03 20:22:34 blue systemd[1]: PID file /run/transmission/transmission.pid not readable (yet?) after start. After restarting the service it works, but this is a sub-optimal fix. Another (smaller) issue is that transmission logs too much data by default, polluting journald with info messages about torrent announces. transmission.service should include an EnvironmentFile where logging and other directives can be set. I attached a modified service file. |
This task depends upon
Closed by Dave Reisner (falconindy)
Thursday, 03 October 2013, 13:43 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#31478
Thursday, 03 October 2013, 13:43 GMT
Reason for closing: Duplicate
Additional comments about closing:
As to the feature request I don't think this is a good idea. We are trying to avoid the use of the Arch-specific /etc/conf.d/, as once the service file is moved upstream this would have to be dropped. Either configure this in transmission's own config file, or (in case that's not possible) override the config file manually.
If the default debug output is really too high, we might want to ask upstream to change that...?
So maybe it would make sense to put that flag in our service file. I posted on their Trac too (not displayed yet, needs approval).
Agree! Transmission dumps a lot of unneeded garbage to syslog. I fixed this issue by updating transmission config file and setting 'message-level' option into 1 https://trac.transmissionbt.com/wiki/EditConfigFiles
Steps that I did:
1) Stop transmission daemon. It is important because transmission keeps options in memory and updates config file on shutdown.
2) Update transmission config file. In my case it was ~transmission/.config/transmission-daemon/settings.json Set 'message-level' option to 1
3) Start transmission.
I think this 'quieter' mode should be set by default. Current INFO log level is too verbose.