Tvheadend packages for Synology NAS

Martin Walter · 2017-08-12T19:39:16+00:00

Tvheadend 4.2.8 For those interested in native (non-docker)Tvheadend packages for theirSynology NAS systems, you will find recent release packages published...

Chris Beasley

Mark Clarkstone wrote:
> pass the URL to your desc.xml on your satip box to tvh.
>

> --satip_xml "http://192.xxx.xxx.xxx:1234/desc.xml"

The unit uses http://Ip:port/rootDescr without the xml extension. Can I still pass it the same? Also, what is the correct command in the cli to start tvh with this passed?

Russel Crowe

After setting the user and group manually as recommended it is still not working.

mpmc

Chris Beasley wrote:
> Mark Clarkstone wrote:
> > pass the URL to your desc.xml on your satip box to tvh.
> >
> > --satip_xml "http://192.xxx.xxx.xxx:1234/desc.xml" >

> The unit uses http://Ip:port/rootDescr without the xml extension. Can I still pass it the same? Also, what is the correct command in the cli to start tvh with this passed?

You'll have to edit the start-up script to pass that option, I have no idea where that is on Syno.

Martin Walter

@Chris
You will find it in/var/packages/tvheadend/scripts. Edit theservicesetup_ script and add the option to theSERVICECOMMAND_.

Martin Walter

@Russel: Strange. I assume that the commands did not throw any errors when you entered them. Please let me know if this is not the case. Otherwise, please provide...
a) The errors you now see in thetvheadend.log file.
b) The output of all of the following commands:
ls -la /var/packages/tvheadend/target synoacltool -get "/var/packages/tvheadend/target" ls -la /volume2/@appstore/tvheadend/var synoacltool -get "/volume2/@appstore/tvheadend/var"

Chris Beasley

Martin Walter wrote:
> @Chris

> You will find it in/var/packages/tvheadend/scripts. Edit theservicesetup_ script and add the option to theSERVICECOMMAND_.

Thanks, found it and I've also confirmed that the satip command works with the non-standard xml form of the triax unit. Will attempt to do this on the NAS now.

edit: It works! Survives package stop/start and DSM reboot.

Does your script get updated/replaced when a new version is applied? Would I have to re-add this to the service_command area?

Martin Walter

@Chris Glad it works now! Unfortunately, the script will be overwritten on every upgrade. You will have to redo the change everytime. But then again, once TVH is configured and runs well, you probably don't need to upgrade that often...

Chris Beasley

Thanks Martin, I do appreciate it! I suspect I won't need to update that often; I'm waiting for 4.3 as that gives us access to Series linking over the APIs I believe for Kodi 18

Russel Crowe

tvheadend.log after chown commamnd

ls -la /var/packages/tvheadend/target

lrwxrwxrwx 1 root root 28 Mar 30 11:23 /var/packages/tvheadend/target -> /volume2/@appstore/tvheadend

synoacltool -get "/var/packages/tvheadend/target"

(synoacltool.c, 359)It's Linux mode

ls --la /volume2/@appstore/tvheadend/var"
total 3888
drwxr-xr-x 1 sc-tvheadend tvheadend 354 Mar 30 11:26 .
drwxr-xr-x 1 sc-tvheadend tvheadend 70 Mar 30 11:22 ..
drwxr-xr-x 1 sc-tvheadend tvheadend 64 Dec 28 17:20 accesscontrol
drwx------ 1 sc-tvheadend tvheadend 26 Jan 27 13:20 backup
drwx------ 1 sc-tvheadend tvheadend 35584 Mar 29 20:01 bouquet
drwx------ 1 sc-tvheadend tvheadend 64 Nov 19 19:03 caclient
drwxrwxrwx 1 sc-tvheadend tvheadend 18 Nov 19 18:42 channel
-rw------- 1 sc-tvheadend tvheadend 1242 Feb 25 11:31 config
drwx------ 1 sc-tvheadend tvheadend 32 Nov 19 19:04 dvr
-rw------- 1 sc-tvheadend tvheadend 3389743 Mar 30 11:21 epgdb.v2
drwx------ 1 sc-tvheadend tvheadend 34 Feb 27 12:04 epggrab
drwx------ 1 sc-tvheadend tvheadend 8 Nov 19 18:43 imagecache
drwx------ 1 sc-tvheadend tvheadend 40 Dec 17 17:08 input
-rw-r--r-- 1 sc-tvheadend tvheadend 22 Mar 30 11:26 .lock
drwxr-xr-x 1 sc-tvheadend tvheadend 64 Nov 19 12:50 passwd
drwx------ 1 sc-tvheadend tvheadend 448 Nov 26 12:59 profile
drwxrwxrwx 1 sc-tvheadend tvheadend 12 Feb 26 07:45 service_mapper
-rw-r--r-- 1 sc-tvheadend tvheadend 89491 Mar 30 11:23 tvheadend_install.log
-rw-r--r-- 1 sc-tvheadend tvheadend 467800 Mar 30 11:30 tvheadend.log
-rw-r--r-- 1 sc-tvheadend tvheadend 5 Mar 30 11:26 tvheadend.pid

-rw-r--r-- 1 sc-tvheadend tvheadend 9679 Mar 30 11:30 tvheadend_temp.log

synoacltool -get "/volume2/@appstore/tvheadend/var"

(synoacltool.c, 359)It's Linux mode

Martin Walter

The permissions look fine. But I'm confused, as from the log file it seems that TVH is actually running. The errors in the log files indicate that there are issues with recording permissions on your share folders though. Can you please describe exactly what your issue is right now? What are the symptoms? What is working? What is not working?

P L

Hello,

I tried installing tvheadend_bromolow-6.1_4.2.5-12.spk (downloaded from here: https://github.com/m4tt075/spksrc/releases/tag/TVH-4.2.5-recrecov) on a DS3615xs running DSM 6.1.4-15217 Update 5. Installation seems to go as planned but at the end I receive a "Failed to run the package service." message which means tvheadend cannot be launched and is in a stopped state.

I am attaching the logs. Am I missing something?

I also tried installing tvheadend-testing_bromolow-6.1_4.4.20180311-1.spk (downloaded from here: http://syno.dierkse.nl) and the installation goes as expected and package is running. However this testing version of tvheadend does not accept whatever credentials I use.

I also tried installing the package from the SynoCommunity available in the package center. This version seems to work and run properly. The only issue is that it is version 3.4.27-6, so that seems a bit old.

Thank.

Martin Walter

@P L

It seems you have tried a clean install. The install log looks fine. According to the tvheadend.log TVH starts correctly. There is no error message at all, but it does stop suddenly. Can you confirm that your tuners work correctly? Have they been working before or are they recognized in the 3.4.27-6 version you have tested or in the standard Synology Video Station application (assuming you have USB tuners)?

W.r.t. the different packages you have tested:
- The tvheadend-testing packages are different packages really. You cannot run a tvheadend-testing and non-testing package at the same time. If you did, that might have caused the problem as well. Best deinsstall all of those packages again, and only install one package at a time (no upgrades either).
- The currently published package on SynoCommunity is 4.4, so I don't know why you still see the old 3.4 package. And it should be available for bromolow (your platform) according to this:
https://synocommunity.com/package/tvheadend - In any case, not useful to look back. The 4.2.5 version should be working really.

Russel Crowe

Hi Martin,

you are right the package is running in background but the packet center tells me it is stopped

Do you know to fix the issue with the

[ ERROR]:dvr: failed to add inotify watch to

P L

@Martin

Thank you for the answer. I do not have a tuner (yet). I wanted to try the software before making the purchase. This said I think the package should at least run even without the tuner being plugged.

For the other packages, yes I did uninstall them prior installing other versions. I carefully read the note you left in the bullet points in the OP.

As for the version in the SynoCommunity it's the 3.4 I am seing (see attachements). I did enable the Beta option in the package center settings and that's where I am now able to see version 4.2.4-11 which is the one you linked and seems to be from you (see attachement).

I tried reinstalling v4.2.5 and see the same issue. Package not starting. :(

Martin Walter

@Russel

OK. That is good news. It might be (TBC) that package center just doesn't recognize the package as running because it is looking in the wrong location (volume1 instead of your non-standard volume2). Let's see. First things first:
1) Have you tried to log into TVH via the web-interface already? If not, please do this. Can you get in (using the login information you have selected during the install process)?

2) Do you still have your old configuration? If no, can you see the tuners, create networks and configure them?

If 1) and 2) succeeds, we can tackle the inotify issues:

3) Pick one or two of the "inotify" folders to test with. Follow the instructions in "Option 2: Per folder access" here https://github.com/SynoCommunity/spksrc/wiki/Permission-Management, but for the "sc-media" group, i.e. NOT "sc-download" as described in those instructions. When done, restart TVH and see whether the inotify issue for that folder is resolved. If it is, repeat for the others. Hint: It seems you have many of those. If possible, you might want to go one folder-hirarchy up and add "sc-media" group permissions to those, which would fix permissions for all sub-folders and save you a lot of effort. But depends on your folder structure. Cannot judge.

Please just go sequentially. If you encounter problems at any point above, please report back.

Martin Walter

@P L

No clue about your problem. Let's try to summon some higher powers... ;)

@mpmc, @perexg : Could you please take a look at the tvheadend.log file @P L has attached in his first post above? Tvheadend suddenly stops, but without throwing an error. Comparing with a log file of a perfectly running system, I believe TVH stops at a time when it is usually trying to access tuners. @P L does not have any tuners right now as he just wants to look at the package first. I don't know whether this could lead TVH to just exit (it probably shouldn't). Otherwise, do you have any other idea what can cause this? Additional problem: In-depth debugging on Synology systems is extremely tricky and not achievable without at least somewhat solid linux skills. So again, any educated guesses, more than welcome.

Russel Crowe

Here are some answes to the questions above.
To 1) the webif is accessible and I can login only the packet center tells that tvheadend is not running

To 2) I started with version 4.2.4 from here and and the configuration works well. The update to 4.2.5 from January was also no problem. Only after updating to the March version I discover the problem thats the packet won't start.

I tried now to move the application to volume1 but this was not successfully. By this I crashed my whole configuration but fortently I have a backup from the end of March and I was able to recover.

To 3) my tvheadend user and the sc-media group have read and white access to the recording folder coming from my shared folder via DSM Manager. But the error persist.

Kristian Kalweit

@ P L

I had the same problem: failed to run package service and no errors in the log. Stopping the standard "video station" package worked out for me!

P L

@Martin Walter

Thanks Martin for helping out. Read below some interesting findings.

@Kristian Kalweit

Kristian thanks for the tip. I do not even have the Video Station package installed, yet your comment made me wonder if another package could be causing this issue. And I found. I stopped Plex Media Server and TVheadend was then able to start. But this was short lived. TVHeadend then stopped again. Looking at the logs I can see Tvheadend crashes (see attachement). I tried reproducing this but I have not been able to see Tvheadend running again. However what is reproducible is the crash. Meaning if Plex is stopped then the logs will show Tvheadend crashed and obviously Tvheadend will be in a stopped state. If Plex is running no crash is observed in the logs and Tvheadend still remains stopped.

And now the weird part. I rebooted. Stopped Plex, try launching Tvheadend and no luck. Then Launched Plex and tried launching Tvheadend and now it is running. What the ...? I am counting the time when Tvheadend will crash ;)

Russel Crowe

Hi,

I can confirm that tvheadend March edition is running in the packet center after stopping the video station. After the start of tvheadend I can also start video station again. Both are stated as running

« Previous Page Next Page »