Acontece que o serviço de back-end do mythtv estava apenas começando antes que a rede estivesse funcionando! Reiniciar o serviço manualmente após a inicialização corrige esse problema. (Agradecimentos a pbennett .)
Após a atualização do -do-release me transferiu da extinta distro Mythbuntu para o Ubuntu, e espantou um monte de meus pacotes MythTV no processo, eu quase consegui que tudo funcionasse novamente.
Eu tive que reinstalar alguns pacotes mythtv- * (notavelmente o mythtv-database), e configurar o MySQL depois que o upgrade foi removido. Felizmente todos os dados estavam intactos. No MySQL, eu tive que habilitar a rede e conceder permissões ao banco de dados do mythconverg. Agora posso conectar com sucesso ao MySQL no servidor backend mestre MythTV do cliente, para que a conexão com o banco de dados seja OK. Além disso, sou capaz de executar o frontend do MythTV localmente no servidor mestre de back-end, portanto, sei que a pilha do MythTV está funcionando.
No entanto, tanto o frontend dedicado do MythTV como a minha estação de trabalho padrão do Ubuntu (que não passou por essa atualização) me dizem "Conexão recusada" na porta MythTV 6543 ao tentar se conectar ao backend principal. Nada é exibido no syslog no lado do servidor e 6543 está em uso ("nc -lp 6543" falha). O firewall UFW está inativo / desativado no cliente e no servidor (e na estação de trabalho). Isso não foi um problema antes da atualização, por isso é extremamente improvável que o hardware de rede seja o culpado.Estou sem ideias para descobrir o que está bloqueando o tráfego para o servidor mestre de back-end da MythTV. Alguém mais tem sugestões?
Nota adicional : Antes de consertar o acesso ao MySQL, o MythTV Frontend inicialmente seria iniciado sem nenhuma configuração existente ou apenas travaria. Uma vez que consertei o acesso ao MySQL, tanto a máquina Frontend como minha estação de trabalho começaram com os temas exclusivos do MythTV que eu havia escolhido para cada um antes da atualização. Isso parece indicar que o MythTV Frontend se conecta ao SQL muito bem, é apenas o tráfego de backend do MythTV na porta 6543 que parece estar falhando.
Atualização de 2017-03-12 : executando netstat -4lnp |grep :6543 retornos:
tcp 0 0 127.0.0.1:6543 0.0.0.0:* LISTEN -
Isso me faz pensar que a porta está vinculada ao endereço 127.0.0.1, em vez do endereço real do servidor que eu inseri. Mesmo que o front-end do Myth local no servidor aponte para o endereço completo do servidor, isso poderia explicar as coisas, mas não sei como consertá-lo, mesmo que fosse esse o caso.
Se o mythfrontend não estiver sendo executado na mesma máquina do mythbackend, há algumas configurações adicionais necessárias para permitir o acesso remoto ao mito do backend.
Duas questões separadas relacionadas ao MYSQL no host de mitidendência podem estar em ação:
Primeiro, certifique-se de que a rede esteja ativada no arquivo my.cnf '/etc/mysql/my.cnf' na máquina host com o método de legenda. Nesse arquivo, por padrão, existe o seguinte (dependendo da versão) que impede que um mythfrontend remoto acesse as informações no banco de dados no host do sistema de legendas.
skip-networking
ou
bind-address localhost
ou
bind-address 127.0.0.1
Em vez de skip-networking, o padrão agora é escutar apenas no host local, que é mais compatível e não é menos seguro.
Portanto, uma solução sugerida é alterar o 'endereço de vinculação' para o endereço IP da LAN da máquina - embora isso só funcione se o endereço IP for estático e não for atribuído dinamicamente.
Nota
Se o endereço de ligação for usado, ele só poderá ser configurado para usar 1 endereço IP.
#skip-networking
ou
#bind-address localhost
ou
#bind-address 127.0.0.1
ou
bind-address 192.168.3.4
Nota
Não '#' no último exemplo
Em segundo lugar, pode ser necessário alterar a tabela de privilégios do banco de dados MythTV para permitir que o frontend acesse o backend mito (NB; o mythfrontend se comunica com o mythbackend fazendo logon em seu banco de dados mysql - geralmente como o usuário mythtv). Em alguns sistemas, por padrão, o mysql não permitirá que um usuário em outra máquina faça o login. O seguinte concede aos usuários id idtv de qualquer acesso à máquina aos bancos de dados do mythvv.Isso pode ser feito executando o seguinte a partir da linha de comando na máquina do mito-retrocesso (graças a Torfinn Ingolfsen, da Noruega, por isso).
Notas:
O 'passwd' no comando abaixo deve ser a senha listada na configuração do MythTV, que também é encontrada em ~ / .mythtv / mysql.txt
Por padrão, o usuário root do banco de dados mysql não tem senha, então isso também deve ser alterado protegendo as contas mysql padrão, consulte: link
mysql -u root -p mysql
mysql> grant all on mythconverg.* to 'mythtv'@'%' identified by 'passwd';
mysql> flush privileges;
mysql> exit;