<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, May 28, 2018 at 10:18 AM Bill Meek <<a href="mailto:keemllib@gmail.com">keemllib@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 05/28/2018 09:21 AM, Greg Woods wrote:<br>
> It turns out that what finally worked was going into mythtv-setup and<br>
> UN-checking the "this is the master backend" box, saving, going in again,<br>
> RE-checking that box, and saving. Presumably this made some database<br>
> changes that fixed the issue.<br>
<br>
Would still appreciate full mythtv-setup and mythbackend logs in a pastebin<br>
if the initial failures are still available. I assume the start date is<br>
the same as the 1st post here: 2018-05-25.<br></blockquote><div><br></div><div>I don't have any mythtv-setup logs. A sample mythbackend log can be found at http:/<a href="http://www.gregandeva.net/mythbackend.20180525221030.14822.log.txt">www.gregandeva.net/mythbackend.20180525221030.14822.log.txt</a></div><div><br></div><div>The problem is illustrated by the first line containing "slave".</div><div><br></div><div>What I do have is some old database dumps, and it looks like Peter Bennett hit the nail on the head. The old database does not have a MasterServerName value in the settings table. The newer database, after unchecking and rechecking the "This is the master  backend server" box, does have this. So what hosed me up all along was that mythtv-setup was showing me that it was running on the master backend server, when in fact this was not actually set up correctly in the database. So whatever process upgrades the database between 0.28 and 0.29 appears to have missed this.</div><div><br></div><div>--Greg</div></div></div>