<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 2, 2014 at 9:41 AM, Bill Meek <span dir="ltr"><<a href="mailto:keemllib@gmail.com" target="_blank">keemllib@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 10/02/2014 03:19 AM, Kris Jensen wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
On Wed, Oct 1, 2014 at 2:56 PM, Robert Eden <<a href="mailto:rmeden@yahoo.com" target="_blank">rmeden@yahoo.com</a>> wrote:<br>
<br>
</span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
I'm ready for more testing of my replacement Data Direct service. The<br>
new JSON service is still the preferred solution.<br>
<br>
There are two ways to use the new service. If you can modify your code,<br>
replacing Tribune's hostname in the WSDL or Service request with<br>
<a href="http://dd.schedulesdirect.org" target="_blank">dd.schedulesdirect.org</a>.<br>
<br>
If you can't modify your code, you (and your users) can add this to your<br>
hosts file.<br>
<br>
54.84.32.205 <a href="http://docs.tms.tribune.com" target="_blank">docs.tms.tribune.com</a> <a href="http://webservices.schedulesdirect.tmsdatadirect.com" target="_blank">webservices.schedulesdirect.<u></u>tmsdatadirect.com</a><br>
<br>
That's it! I hope the change is totally transparent to applications.<br>
Please let me know, Nov 1 is getting closer!<br>
<br>
You can contact me via email or the SD forum: DataDirect replacement<br>
service - BETA 1<br></span>
<<a href="http://forums.schedulesdirect.org/viewtopic.php?f=8&t=2591" target="_blank">http://forums.<u></u>schedulesdirect.org/viewtopic.<u></u>php?f=8&t=2591</a>><span class=""><br>
(known issues are in the forum post)<br>
<br></span><span class="">
Added the change to my hosts file.<br>
</span></blockquote><span class="">
Did a mythfilldatabase. So far so good.<br>
<br>
way too easy.<br>
<br>
Thanks!<br>
</span></blockquote>
<br>
Same here, it just works. All my testing was with 0.28-pre and my systems are<br>
setup to use --dd-grab-all at the run time suggested by the server.<br>
<br>
I'd encourage anyone testing the new server to watch their mythfilldatabase.log<br>
files (or wherever you put them.) I did all my tests with -v network,file<br>
--loglevel debug.<br>
<br>
I also used Wireshark to look at the protocol. Should anyone need it, the<br>
following can be used to get the bits, then the file can be scp'ed to another<br>
host and viewed: tshark -i eth0 -f "host 54.164.149.223" -w someFileName.pcap<br>
<br>
I've made *no* attempt to change anything in my lineup at Schedules Direct.<br>
According to <a href="http://forums.schedulesdirect.org/viewtopic.php?f=8&t=2591" target="_blank">http://forums.schedulesdirect.<u></u>org/viewtopic.php?f=8&t=2591</a>,<br>
that code isn't written yet.<br>
<br>
My observations:<br>
<br>
One issue *could* be that the new server doesn't respond to pings. For some<br>
reason, I seem to remember an old thread where someone mentioned using a<br>
wrapper script that did a ping before calling mythfilldatabase. That would<br>
fail. It could also be my imagination.<br>
<br>
On my production box, the next suggested time retrieval always fails. This<br>
is normally retrieved in a new TCP conversation following the schedule download.<br>
It isn't a problem because the MythTV code uses the current time plus 1 day<br>
when it fails. Specifically done here:<br>
<br>
mythfilldatabase/filldata.cpp updateLastRunStatus(QString &status)<br>
<br>
On my test box, it never fails. If that rings a bell with anyone, please<br>
let me know. Side note, Robert Eden tells me that at this time, the new<br>
server also simply adds 1 day to the current time to create the next<br>
suggested time (no complex, finely honed load balancing algorithm ;) .)<span class=""><font color="#888888"><br>
<br>
-- <br>
Bill</font></span><div class=""><div class="h5"><br>
______________________________<u></u>_________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/<u></u>listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" target="_blank">http://wiki.mythtv.org/<u></u>Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" target="_blank">https://forum.mythtv.org</a></div></div></blockquote><div><br></div><div>I'm confused, are you adding the mac address to the hosts file, which hosts file? I show several:</div><div><br></div><div><div>/usr/share/man/man5/hosts.5.gz</div><div>/usr/share/man/man5/hosts.allow.5.gz</div><div>/usr/share/man/man5/hosts.deny.5.gz</div><div>/usr/share/man/man5/hosts.equiv.5.gz</div><div>/usr/share/man/man5/hosts_access.5.gz</div><div>/usr/share/man/man5/hosts_options.5.gz</div><div>/usr/share/man/man5/lmhosts.5.gz</div></div><div><br></div></div><br></div></div>