<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 1 January 2017 at 10:45,  <span dir="ltr"><<a href="mailto:jeff@lotussevencars.com" target="_blank">jeff@lotussevencars.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
Quoting <a href="mailto:jeff@lotussevencars.com" target="_blank">jeff@lotussevencars.com</a>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Quoting Karl Newman <<a href="mailto:newmank1@asme.org" target="_blank">newmank1@asme.org</a>>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Sat, Dec 31, 2016 at 11:52 AM, <<a href="mailto:jeff@lotussevencars.com" target="_blank">jeff@lotussevencars.com</a>> wrote:<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
It's a change made in MySQL 5.7. The short answer is use<br>
"authentication_string" instead of "password". See here:<br>
<a href="http://stackoverflow.com/questions/30692812/mysql-user-db-does-not-have-password-columns-installing-mysql-on-osx" rel="noreferrer" target="_blank">http://stackoverflow.com/quest<wbr>ions/30692812/mysql-user-db-<wbr>does-not-have-password-columns<wbr>-installing-mysql-on-osx</a><br>
Or even better, use the ALTER USER function. That appears to be the more<br>
"approved" way of doing it and doesn't involve directly modifying the user<br>
tables.<br>
<br>
Karl<br>
</blockquote>
<br>
Thanks - that moved me forward.  I was able to change the authentication string by following the instructions in your link, and it appears that my system is a little happier.  The mythbackend setup window no longer fails, and I'm back to my regular visual theme on the setup windows, implying that my system can access mysql.<br>
<br>
Starting mythbackend still gives me an error on connecting to the database (presumably a permission problem with accessing mythconverg?).  Is there a second password that I need to set before the backend can connect to the database?<br>
<br>
Here's the mythbackend log.<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: C thread_unknown mythcommandlineparser.cpp:2599 (ConfigureLogging) mythbackend version: fixes/0.28 [v0.28-102-g9befb42] <a href="http://www.mythtv.org" rel="noreferrer" target="_blank">www.mythtv.org</a><br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: C thread_unknown mythcommandlineparser.cpp:2601 (ConfigureLogging) Qt version: compile: 5.5.1, runtime: 5.5.1<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: N thread_unknown mythcommandlineparser.cpp:2603 (ConfigureLogging) Enabled verbose msgs:  general<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: N thread_unknown logging.cpp:920 (logStart) Setting Log Level to LOG_INFO<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I Logger logging.cpp:313 (run) Added logging to the console<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I thread_unknown signalhandling.cpp:194 (SetHandlerPrivate) Setup Interrupt handler<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I thread_unknown signalhandling.cpp:194 (SetHandlerPrivate) Setup Terminated handler<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I thread_unknown signalhandling.cpp:194 (SetHandlerPrivate) Setup Segmentation fault handler<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I thread_unknown signalhandling.cpp:194 (SetHandlerPrivate) Setup Aborted handler<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I thread_unknown signalhandling.cpp:194 (SetHandlerPrivate) Setup Bus error handler<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I thread_unknown signalhandling.cpp:194 (SetHandlerPrivate) Setup Floating point exception handler<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I thread_unknown signalhandling.cpp:194 (SetHandlerPrivate) Setup Illegal instruction handler<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I thread_unknown signalhandling.cpp:194 (SetHandlerPrivate) Setup Real-time signal 0 handler<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I thread_unknown signalhandling.cpp:194 (SetHandlerPrivate) Setup Hangup handler<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: N thread_unknown mythdirs.cpp:192 (InitializeMythDirs) Using runtime prefix = /usr<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: N thread_unknown mythdirs.cpp:194 (InitializeMythDirs) Using configuration directory = /home/mythtv/.mythtv<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I CoreContext mythcorecontext.cpp:266 (Init) Assumed character encoding: en_US.UTF-8<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: N CoreContext mythcontext.cpp:505 (LoadDatabaseSettings) Empty LocalHostName.<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I CoreContext mythcontext.cpp:513 (LoadDatabaseSettings) Using localhost value of MythBuntu-Server<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: E CoreContext mythdbcon.cpp:229 (OpenDatabase) [DBManager0] Unable to connect to database!<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: E CoreContext mythdbcon.cpp:230 (OpenDatabase) Driver error was [1/1045]:#012QMYSQL: Unable to connect#012Database error was:#012Access denied for user 'mythtv'@'localhost' (using password: YES)<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: C CoreContext main.cpp:132 (main) Failed to init MythContext.<br>
Dec 31 16:37:09 MythBuntu-Server mythbackend: mythbackend[16098]: I LogForward loggingserver.cpp:295 (SyslogLogger) Added syslogging<br>
</blockquote>
<br></div></div>
Success - I had to go to the /etc/mythtv/config.xml file which still had the old, bad password.  Once I updated the password in that file, I was back in operation.<br>
<br>
Thanks for all the advice.<br>
<br>
Jeff</blockquote><div><br></div><div>Please update the wiki page that refers to the incorrect/out-of-date table column, so that others will benefit from what you've just been through. Otherwise, you are setting up someone else to have exactly the same problem you just went through! </div></div><br></div></div>