if i understand this correctly, the username/PW combo should be empty. but if ic call my kodi IP at port 9091 transmission keeps asking me for identification and does not accept it if i just hit Enter twice … anybody has the same problem?
Having stopped the service manually at the command line and changed my RPC settings, confirmed the app works for me too. Don’t understand the interface options to stop or start the service via OSMC settings, so was trying to “sudo systemctl start transmission-daemon”, and have been led to start reading about masking services but haven’t learned why this would be desirable. If anyone cares to explain why it’s masked, I’d love to learn. Thanks
I just upgraded the transmission package to your latest build.
As nirvana80 points out, 0.0.0.0 means no clients can connect to the daemon with rpc.
Moreover, the whitelist settings in settings.json are now forced to 0.0.0.0 and true when transmission service is started. So even if you stop the transmission service and change these settings, they are overwritten again.
So as of now transmission is rather useless I am afraid
I see that you have put three dots … as setting now, but that is still not working as not correct to be a wildcard. The asterisk fell away in the post above, correct setting should probably be “*.*.*.*”
I assume this since before your changes today a setting of “192.168.*.*” worked fine for connecting clients within my LAN (subnet 192.168.1.x).
Or you can simply set
Best solution would of course be that these are only initial settings in the first settings.json file created during install or startup of the service, and if the user changes it manually it never gets overwritten again.
Yes – in an ideal world you could do it in a postinst, but seems to be problematic… Transmission crashes if we predefine settings.json and I never got a lot of feedback so this will do for now. You can override the ExecStart with an environment ‘drop in’ or by putting a new unit in /etc/system which will take precedence.
For some reason, I only saw … in someone’s post. Possibly a formatting issue.
Pre-generating settings.json if it does not exist already in post-inst would be ideal, and I tried this originally, but user’s reported that it just ‘crashes’, so I wasn’t sure how we can reliably prefill settings.json.
OSMC should be kept behind NAT for obvious reasons, so things should be OK.
Regarding why the asterisks did not show up in previous post, and only …, it is this forum’s message editor that removes the asterisks.
To show asterisks properly in my post above, I had to use the HTML code as taken from http://www.ascii.cl/htmlcodes.htm
Hi! I’ve been experiencing a few random stops of the transmission service (probably due to me tinkering around with retrosmc, flexget and couch potato on the same pi2) so I’m writing a bash script to check the health of my services and restart them if needed. For flexget for example I simply run
flexget daemon status
And then check the return to see if the daemon has stopped. Now I’m wondering if there’s a similar command that can be run to check if the transmission service is running? Or is it safe to just now and again run the
If the daemon is actually crashing then systemd has built in ability to act as a watchdog and restart the service if it crashes. See here for an example of a service that is configured to restart automatically:
The lines Restart and RestartSec are the ones of interest. Here is the documentation for these options:
osmc@osmc:~$ sudo apt-get update
Hit http://mirrordirector.raspbian.org jessie InRelease
Hit http://apt.osmc.tv jessie InRelease
Hit http://mirrordirector.raspbian.org jessie/main armhf Packages
Hit http://mirrordirector.raspbian.org jessie/contrib armhf Packages
Hit http://mirrordirector.raspbian.org jessie/non-free armhf Packages
Get:1 http://apt.osmc.tv jessie/main armhf Packages/DiffIndex [2023 B]
Ign http://apt.osmc.tv jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Fetched 2023 B in 16s (124 B/s)
Reading package lists... Done
osmc@osmc:~$ sudo apt-get install armv7-transmission-app-osmc
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
0 upgraded, 1 newly installed, 0 to remove and 128 not upgraded.
Need to get 0 B/2702 kB of archives.
After this operation, 19.4 MB of additional disk space will be used.
(Reading database ... 26026 files and directories currently installed.)
Preparing to unpack .../armv7-transmission-app-osmc_2.8.4-8_armhf.deb ...
Unpacking armv7-transmission-app-osmc (2.8.4-8) ...
dpkg: error processing archive /var/cache/apt/archives/armv7-transmission-app-osmc_2.8.4-8_armhf.deb (--unpack):
trying to overwrite '/lib/systemd/system/transmission.service', which is also in package armv6l-transmission-app-osmc 2.8.4-8
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
E: Sub-process /usr/bin/dpkg returned an error code (1)
You’re trying to install the armv7 (Pi 2) version of transmission over the top of the armv6 (Pi 1) version of the package which seems to be already installed.
You can’t do that. Any particular reason you’re trying to install it from the command line instead of the App store ? The App store takes care of installing the correct version for your hardware, and it seems to be installed already anyway.