Myth_Filldatabase not connecting with SchedulesDirect

[coldcase]

Over the past couple of days I've been toying with MythTV on my mac mini which is running 10.9.5

I used the latest, I think, MacOs install package from SourceForge (mythtv-pkg.27-Fixes-0.27.4-20150304) and the excellent wiki instructions for OSX and HDHomeruns.

I think I've got everything working except guide data. I signed up for for the 7 day SchedulesDirect trial.

I get channel listings for the local area, but when I run Myth_Filldatabase it seems to fail to connect with Schedulesdirect (the log data below,). I've tried reseting passwords, but to no avail. What would be a good place to start troubleshooting?

2015-03-27 20:29:15.201206 C [7383/3335] thread_unknown mythcommandlineparser.cpp:2595 (ConfigureLogging) - mythfilldatabase version: fixes/0.27 [v0.27.4-f1115fcd-MacPorts] www.mythtv.org
2015-03-27 20:29:15.201229 C [7383/3335] thread_unknown mythcommandlineparser.cpp:2597 (ConfigureLogging) - Qt version: compile: 4.8.6, runtime: 4.8.6
2015-03-27 20:29:15.201232 N [7383/3335] thread_unknown mythcommandlineparser.cpp:2599 (ConfigureLogging) - Enabled verbose msgs: general
2015-03-27 20:29:15.213148 W [7383/3335] CoreContext mythcorecontext.cpp:264 (Init) - This application expects to be running a locale that specifies a UTF-8 codeset, and many features may behave improperly with your current language settings. Please set the LC_ALL or LC_CTYPE, and LANG variable(s) in the environment in which this program is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
2015-03-27 20:29:16.972327 E [7383/3335] CoreContext datadirect.cpp:1204 (GrabData) - DataDirect: Failed to get data: Download error
2015-03-27 20:29:16.972345 E [7383/3335] CoreContext filldata.cpp:237 (GrabDDData) - Encountered error in grabbing data.
2015-03-27 20:29:17.379455 E [7383/3335] CoreContext datadirect.cpp:1204 (GrabData) - DataDirect: Failed to get data: Download error
2015-03-27 20:29:17.379469 E [7383/3335] CoreContext filldata.cpp:237 (GrabDDData) - Encountered error in grabbing data.

... keeps going for maybe another 20-30 tries and Then:

2015-03-27 20:29:27.985608 E [7383/3335] CoreContext filldata.cpp:237 (GrabDDData) - Encountered error in grabbing data.
2015-03-27 20:29:27.986440 E [7383/3335] CoreContext main.cpp:448 (main) - Failed to fetch some program info
2015-03-27 20:29:28.454398 E [7383/3335] CoreContext datadirect.cpp:1109 (GrabNextSuggestedTime) - DataDirect: GrabNextSuggestedTime: Could not download

[coldcase]

Maybe its just patience..... after I typed this in, I went back and checked... and guide data seems to be there.... oh wait, that may have been from EIT... which I just enabled.

[pvr4me]

You should not enable EIT if you are using SchedulesDirect.

On the SchedulesDirect website, you have to do a little configuration. Enter your zip code and select the appropriate lineup(s). Probably edit it for the channels that you actually expect to receive.

https://www.schedulesdirect.org/login

If that still doesn't help, try running mythfilldatabase in Terminal with detailed logging:

Code: Select all

mythfilldatabase --dd-grab-all -v most --loglevel debug

Depending on the number of channels in your lineups, it may take several minutes to run. Attach the log file and we'll figure out what the problem may be.

Craig

[coldcase]

I had set up a lineup on Schedules Direct.

Perhaps it was just some patience needed on my part. I ran the filldadatbase in terminal as you suggested a few minutes ago and it was successfull.

Thanks.

[pvr4me]

I had set up a lineup on Schedules Direct.

Perhaps it was just some patience needed on my part. I ran the filldadatbase in terminal as you suggested a few minutes ago and it was successfull.

Glad it is working but you do need to disable EIT. Otherwise, the limited EIT info will overwrite your SchedulesDirect listings and you'll get short, less-complete info. (Until the grabber runs again...and the cycle repeats.)

Craig

[Gribnif]

I think you're likely to be running into the same problem I've had: The first attempt fails, but attempts a little while later work. The suspicion is that this has something to do with the ISP's DNS caching, but I don't know if I agree. Anyway, there's a simple workaround involving creating a mfd wrapper script that gets called instead of mfd directly:

Code: Select all

#!/bin/sh
ping -c 3 dd.schedulesdirect.org
/usr/local/bin/mythfilldatabase $*