Unfortunately my TVHeadend has stopped working. Just stopped working today when I restarted the raspberry pi. Here is the log file: http://paste.osmc.tv/ulicumukaw.vhdl
18:13:29.789 T:1958785024 INFO: CheckIdle - Closing session to http://image.tmdb.org (easy=0x63fed990, multi=0x642037c8)
18:13:36.811 T:1554703344 DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - new connection requested
18:13:36.812 T:1554703344 ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - unable to connect to 192.168.0.15:9982
There is some reason why your TVH client is not found at 192.168.0.15. You should probably dig into your TVH web config to try to figure out why. Kodi is trying.
Second, you have a corrupted texture db - 18:13:18.048 T:1750070256 ERROR: SQL: [Textures13.db] The database disk image is malformed
Easiest thing to do there is simply delete it and allow Kodi to rebuild it.
And third, if this is actually a Pi3, you are underclocking it. Revert from turbo back to normal in MyOSMC. The overclock presets have not yet be optimized for Pi3. arm_freq=900
thanks for the reply! I did try previously to check my web config for TVH but unfortunately however I am unable to log into the TVH web config. The site can’t be reached from the web browser since this happened.
regarding the textures13.db file, what info am i losing if i delete it?
thank you.
in your second log you see the most possible root cause:
...
Sep 26 16:41:40 osmc systemd[1]: tvheadend.service: control process exited, code=exited status=78
Sep 26 16:41:40 osmc systemd[1]: Failed to start TVHeadend Server.
Sep 26 16:41:40 osmc systemd[1]: Unit tvheadend.service entered failed state.
...
Perhaps sudo systemctl status tvheadend -l gives you more information about it.
I would simply try to deinstall TVHeadend Server in the My OSMC -> App Store and reinstall it afterwards, just to be sure.
Thanks for your replies. Unfortunately I have run into a snag.
I uninstalled TVheadend server. when i reinstalled it, i received an error. Here is the Journalctl log. http://paste.osmc.tv/uzamabixih.vhdl
Here is results from sudo systemctl status tvheadend -l
tvheadend.service - TVHeadend Server
Loaded: loaded (/lib/systemd/system/tvheadend.service; enabled)
Active: activating (start-pre) since Wed 2017-09-27 14:42:48 EDT; 4s ago
Process: 1760 ExecStart=/usr/bin/tvheadend -f -p /run/tvheadend.pid -C -u osmc -g video (code=exited, status=78)
Control: 1762 (sleep)
CGroup: /system.slice/tvheadend.service -control -1762 /bin/sleep 10
Thanks everyone for your help. Unfortunately prior to trying the easy route that Sam provided, I used Jim’s to basically start TVheadend from scratch. After reinstalling TVheadend, I copied over a lot of the files from the old folder to the new TVheadend folder in order to save me configuration time and to get it to how it worked previously. after some work, i believe it is working properly again. thanks again to all who assisted.
Hi Sam, I’ve recently been having trouble with my TVH setup. Taking a very long time to stop/start or restart the service. Currently on 2018.03-2. TVH was at 4.2.4, but taking the above advice I uninstalled/rebooted/reinstalled TVH. Now version is 4.2.6.
Same thing was happening where the service wouldn’t stop properly:
Apr 30 18:49:37 basement systemd[1]: Stopping TVHeadend Server…
Apr 30 18:51:07 basement systemd[1]: tvheadend.service: State ‘stop-sigterm’ timed out. Killing.
Apr 30 18:51:07 basement systemd[1]: tvheadend.service: Killing process 3260 (tvheadend) with signal SIGKILL.
Apr 30 18:52:37 basement systemd[1]: tvheadend.service: Processes still around after SIGKILL. Ignoring.
Apr 30 18:54:07 basement systemd[1]: tvheadend.service: State ‘stop-final-sigterm’ timed out. Killing.
Apr 30 18:54:07 basement systemd[1]: tvheadend.service: Killing process 3260 (tvheadend) with signal SIGKILL.
I realized that the issue in my case (and maybe others) is that the user:group has maybe changed:
ExecStart=/usr/bin/tvheadend -f -p /run/tvheadend.pid -C -u osmc -g video (code=exited, status=0/SUCCESS)
I performed your ‘chown -R osmc:osmc ~/.hts’ suggestion and almost immediately it recovered. It looks like recently this may have changed from osmc:osmc to osmc:video.
I would like to note last night I updated to the was 2018 April update. The system was hung on trying to stop the pid associated with TVH - took about 5mins. Update worked ok.
Stopping the TVH service was normal this time. I changed the user: group to osmc:video as you suggested and started the service. It started normally. So to answer you’re question I could not repro my issue post update. To me that means there was some compatibility issue between TVH 4.2.4 & 4.2.6 and/or March/April 2018 Osmc update.