在 do-release-upgrade 将我从已失效的 Mythbuntu 发行版切换到 Ubuntu 并在此过程中破坏了我的一堆 MythTV 包之后，我几乎让一切都恢复了正常。
我不得不重新安装一些mythtv-* 软件包（特别是mythtv-database），并在升级删除它后设置MySQL。幸运的是，所有数据都完好无损。在 MySQL 中，我必须启用网络并授予 mythconverg 数据库的权限。现在我可以从客户端成功连接到MythTV主后端服务器上的MySQL，所以数据库连接正常。另外，我可以在主后端服务器上本地运行 MythTV 前端，所以我知道那里的 MythTV 堆栈正在工作。
但是，当尝试连接到主后端时，专用的 MythTV 前端和我的标准 Ubuntu 工作站（未通过此升级）在 MythTV 端口 6543 上告诉我“连接被拒绝”。服务器端的 syslog 中没有显示任何内容，并且 6543 正在使用中（“nc -lp 6543”失败）。UFW 防火墙在客户端和服务器（和工作站）上处于非活动状态/禁用状态。在升级之前这不是问题，因此极不可能归咎于网络硬件。
我不知道是什么阻止了通往 MythTV 后端主服务器的流量。还有其他人有建议吗？
附加说明：在我修复 MySQL 访问之前，MythTV 前端最初要么在没有任何现有配置的情况下启动，要么只是崩溃。一旦我修复了 MySQL 访问权限，前端机器和我的工作站都以我在升级之前为每个主题选择的独特 MythTV 主题启动。这似乎表明 MythTV 前端连接到 SQL 很好，只是端口 6543 上的 MythTV 后端流量似乎失败了。
2017-03-12 更新：运行netstat -4lnp |grep :6543返回：
tcp 0 0 127.0.0.1:6543 0.0.0.0:* LISTEN -
所以这让我觉得端口绑定到 127.0.0.1 地址，而不是我输入的实际服务器地址。即使服务器上的本地神话前端指向完整的服务器地址，这也可以解释事情，但即使是这种情况，我也不确定如何修复它。