[Solved] No Grabber Modules

Rob Q

Hello. This is my first post in here and I've looked everywhere I can think of to figure this out.

I'm running 4.2.3-1.el7.centos and have XMLTV installed but no grabber modules show up in EPG configuration. Not even the option to pick any, no list, no checkboxes, etc. I was running TVH as high as 4.2.4-23~gceaf330.el7.centos.x86_64 from the bintray stable repo and downgraded to this version to see if it made a difference.

I see that TVH can detect the xmltv grabbers on startup but the configuration screen shows no modules.

2017-11-24 09:38:43.358 [ INFO] epggrab: module eit created
2017-11-24 09:38:43.358 [ INFO] epggrab: module uk_freesat created
2017-11-24 09:38:43.358 [ INFO] epggrab: module uk_freeview created
2017-11-24 09:38:43.359 [ INFO] epggrab: module nz_freeview created
2017-11-24 09:38:43.359 [ INFO] epggrab: module viasat_baltic created
2017-11-24 09:38:43.359 [ INFO] epggrab: module Bulsatcom_39E created
2017-11-24 09:38:43.359 [ INFO] epggrab: module psip created
2017-11-24 09:38:43.362 [ INFO] epggrab: module opentv-skyit created
2017-11-24 09:38:43.363 [ INFO] epggrab: module opentv-skyuk created
2017-11-24 09:38:43.363 [ INFO] epggrab: module opentv-skynz created
2017-11-24 09:38:43.364 [ INFO] epggrab: module opentv-ausat created
2017-11-24 09:38:43.365 [ INFO] epggrab: module pyepg created
2017-11-24 09:38:43.365 [ INFO] epggrab: module xmltv created
2017-11-24 09:38:43.367 [ INFO] spawn: Executing "/usr/local/bin/tv_find_grabbers"
2017-11-24 09:38:43.392 [ INFO] epggrab: module /usr/local/bin/tv_grab_sd_json created
2017-11-24 09:38:43.392 [ INFO] epggrab: module /usr/local/bin/tv_grab_na_dtv created
2017-11-24 09:38:43.392 [ INFO] epggrab: module /usr/local/bin/tv_grab_zz_sdjson created
2017-11-24 09:38:43.392 [ INFO] epggrab: module /usr/local/bin/tv_grab_na_dd created
2017-11-24 09:38:43.392 [ INFO] epggrab: module /usr/local/bin/tv_grab_na_tvmedia created

2017-11-24 09:38:43.392 [ INFO] epggrab: module /usr/local/bin/tv_grab_combiner created

Has anyone seen this before and knows how to fix it? I've included a screenshot.

Thanks

Saen Acro

Install xmltv


#yum install xmltv

then


#service tvheadend restart

Rob Q

But xmltv is installed and TVH can see the grabbers on startup, shown in the log in my OP. What I don't understand is why the EPG config tab does not show any modules at all.

Saen Acro

If you build tvheadend
domake clean before build

Rob Q

I'm installing from the Bintray repo for the Centos RPM. Didn't want to get into building TVH, just install a stable release and try it out. I got XMLTV from xmltv.org and installed only the grabbers that I'm interested in using. As far as I can tell I followed the correct docs and other notes and posts in forums. The grabber is able to fetch the EPG info from Schedules Direct on the command line as the TVH owner. But for some reason EPG config tabs don't show any modules and I don't know what TVH needs to enable those.

The OTA guide works but is only 2 days and not much detail from the broadcasters.

mpmc

Rob Q wrote:
> I'm installing from the Bintray repo for the Centos RPM. Didn't want to get into building TVH, just install a stable release and try it out. I got XMLTV from xmltv.org and installed only the grabbers that I'm interested in using. As far as I can tell I followed the correct docs and other notes and posts in forums. The grabber is able to fetch the EPG info from Schedules Direct on the command line as the TVH owner. But for some reason EPG config tabs don't show any modules and I don't know what TVH needs to enable those.
>

> The OTA guide works but is only 2 days and not much detail from the broadcasters.

Centos may install xmltv scripts in a directory not checked by tvh, on debian it runs /usr/bin/tv_find_grabbers which outputs all available grabbers.

If you do a "whereis(or which) tv_find_grabbers" you may find them in a different location.

You can create a symlink to it.

An example being..

ln -s /usr/local/bin/tv_find_grabbers /usr/bin/tv_find_grabbers

try running /usr/bin/tv_find_grabbers afterwards to make sure it's working.

Rob Q

Thanks. If you look at the log output I included in the OP you can see that epggrab finds and creates the modules for the xmltv grabbers that I have installed. It is from TVH on startup. The entries match the installed location.

I had another XMLTV package from a different source which placed the grabbers in /usr/bin instead of /usr/local/bin. The end result is the same even after I removed that package and installed a new build from xmltv.org.

mpmc

Rob Q wrote:
> Thanks. If you look at the log output I included in the OP you can see that epggrab finds and creates the modules for the xmltv grabbers that I have installed. It is from TVH on startup. The entries match the installed location.

So it does, my mistake, sorry about that.

> I had another XMLTV package from a different source which placed the grabbers in /usr/bin instead of /usr/local/bin. The end result is the same even after I removed that package and installed a new build from xmltv.org.

You should have another tab "EPG Grabber Modules", it's in 4.3, It should be in 4.2.4 I think.

I'll have to give 4.2 a go at some point. This is really strange!!

Rob Q

I was hoping for more traction on this but it might not be a common issue. I kept digging and found this post which helped resolve the problem: https://tvheadend.org/d/4958-epg-grabber-modules-tab

This might still be a bug in the build for Centos because changing the User Interface Level for my individual Admin account did not make a difference. Instead I had to change it at the General -> Base level making it the default for the application. Only then did the tabs for EPG Grabber Modules and EPG Grabber Channels show up.

Now the EPG loads using XMLTV - tv_grab_zz_sdjson.

Laurent HEINTZ

Thanks a lot, I've got the same problem on my SYNOLOLGY. And now everything is ok after changing the default User Interface Level for my account.

Miroslav Unknown

Yees, 1 day torture finally ended! Thx man! Same problem with QNAP club package for my NAS.