Difference between revisions of "Schedules Direct URL Change"

From MythTV Official Wiki
Jump to: navigation, search
(fix typo)
(Latest info on DNS changes...)
Line 3: Line 3:
 
service is changing. This Wiki is intended to be a short discussion of
 
service is changing. This Wiki is intended to be a short discussion of
 
options for MythTV users.
 
options for MythTV users.
 +
 +
Ideally, there would be a DNS change and the IP for the existing hostname (which is
 +
hard-coded in the source) would be pointed to a new IP address and no action would be
 +
required by MythTV SD users. However, the owner of that hostname (which
 +
is not SD) could 'retire' that DNS record at any time.
  
 
== What '''must''' users do prior to November 1st, 2014? ==
 
== What '''must''' users do prior to November 1st, 2014? ==
Line 8: Line 13:
 
Nothing.
 
Nothing.
  
== What '''must''' be done on November 1st (or '''can''' be done now.) ==
+
== What '''must''' be done on November 1st. ==
 
 
If running 0.27 or 0.28-pre, users need only keep their backends up to date.
 
  
Ideally, there would be a DNS change and the existing URL (which is
+
If running MythTV versions 0.27 or 0.28-pre,
hard-coded in the source) would be pointed to the new IP address and no action would be
+
users need only keep their backends up to date.
required by MythTV SD users. However, the owner of that URL (which
 
is not SD) said that '''won't''' be done.
 
  
Users running 0.26 and below, see the followng section.
+
Users running 0.26 and below, should see the followng section.
  
 
== Is there anything users can do to try the replacement now? ==
 
== Is there anything users can do to try the replacement now? ==
Line 31: Line 32:
 
the better. (Better to discover any problems now than on 11/1.)
 
the better. (Better to discover any problems now than on 11/1.)
  
Is the hosts entry a proper solution. No, because it points the 'old' URL to
+
Is the /etc/hosts entry a proper solution? No, because it points the 'old' hostname to
 
one of two Load Balancers in front of the SD host. It's not bad, it's just not
 
one of two Load Balancers in front of the SD host. It's not bad, it's just not
 
the best.
 
the best.
Line 49: Line 50:
 
Discussions on the developer's [http://irc.mythtv.org/ircLog/channel/4/2014-10-08 channel].
 
Discussions on the developer's [http://irc.mythtv.org/ircLog/channel/4/2014-10-08 channel].
  
== "Glossary" ==
+
== Cast of characters (both of them.) ==
  
 
{| border="1" cellspacing="0" cellpadding="5" style="float: center;border-collapse:collapse; border-color:#8eabd0; background:#e7edf5"
 
{| border="1" cellspacing="0" cellpadding="5" style="float: center;border-collapse:collapse; border-color:#8eabd0; background:#e7edf5"
Line 73: Line 74:
  
 
Locate the line to change with the following command and
 
Locate the line to change with the following command and
replace the URL with the new one above. Be prepared to
+
replace the hostname with the new one above. Be prepared to
 
remove the change when the official commit is pushed.
 
remove the change when the official commit is pushed.
  

Revision as of 04:05, 9 October 2014

Schedules Direct (SD) Changes

As some have heard, on November 1st, 2014, the existing SD service is changing. This Wiki is intended to be a short discussion of options for MythTV users.

Ideally, there would be a DNS change and the IP for the existing hostname (which is hard-coded in the source) would be pointed to a new IP address and no action would be required by MythTV SD users. However, the owner of that hostname (which is not SD) could 'retire' that DNS record at any time.

What must users do prior to November 1st, 2014?

Nothing.

What must be done on November 1st.

If running MythTV versions 0.27 or 0.28-pre, users need only keep their backends up to date.

Users running 0.26 and below, should see the followng section.

Is there anything users can do to try the replacement now?

Yes, perhaps the simplest is to make the following entry in the backend's /etc/hosts file:

54.84.32.205 docs.tms.tribune.com webservices.schedulesdirect.tmsdatadirect.com

The new server is working well. But the more users testing it, the better. (Better to discover any problems now than on 11/1.)

Is the /etc/hosts entry a proper solution? No, because it points the 'old' hostname to one of two Load Balancers in front of the SD host. It's not bad, it's just not the best.

Are there any other sources of information about the change?

Yes.

The official announcement from SD.

List of open issues, also from SD.

The mythtv-users mailing list under the thread: Schedules Direct DataDirect replacement service testing. Or, it's archive). Please don't start new testing threads.

Discussions on the developer's channel.

Cast of characters (both of them.)

Abbreviated Name URL Description
TMS-DD docs.tms.tribune.com webservices.schedulesdirect.tmsdatadirect.com Tribune hosted Datadirect Server (going away)
SD-DD dd.schedulesdirect.org SD hosted DataDirect Server


Can users that build from source make a change now?

Yes.

Locate the line to change with the following command and replace the hostname with the new one above. Be prepared to remove the change when the official commit is pushed.

git grep webservices.schedulesdirect.tmsdatadirect.com