Eu uso Ubuntu Studio 18.04.2, com tempo de suporte extra (atualização extra de PPA). em três PCs: dois desktops e um laptop.
Mas, em um dos desktops comecei a ver uma mensagem de erro no horário de início, antes da tela principal cheia do desktop.
A mensagem de erro é literalmente:
[FALHA] Falha ao iniciar o CTDB.
Do var/log/ctdb/log.ctdb
arquivo, recebo isto:
16/06/2019 01:18:13.703348 ctdbd[2013]: CTDB iniciando no nó
16/06/2019 01:18:13.766558 ctdbd[2013]: Bloqueio de recuperação não definido
16/06/2019 01:18:13.766627 ctdbd[2013]: Falha ao ler o arquivo de nós "/etc/ctdb/nodes"
16/06/2019 01:18:13.766636 ctdbd[2013]: Falha ao carregar o arquivo de nós "/etc/ctdb/nodes"
E... do systemctl status ctdb.service
eu consegui isso:
● ctdb.service - CTDB
Carregado: carregado (/lib/systemd/system/ctdb.service; ativado; predefinição do fornecedor: ativado)
Ativo: falhou (resultado: código de saída) desde sexta-feira, 21/06/2019 13:19:20 -04; 16 minutos atrás
Docs: man:ctdbd(1) man:ctdb(7)
21 de junho 13:19:17 jjpg-MS-7788 systemd [1]: Iniciando CTDB ...
21 de junho 13:19:17 jjpg-MS-7788 ctdbd_wrapper [1958]: Nenhum bloqueio de recuperação especificado. Iniciando o CTDB sem prevenção de divisão cerebral.
21 de junho 13:19:20 jjpg-MS-7788 systemd [1]: ctdb.service: Processo de controle encerrado, código = status de saída = 1
21 de junho 13:19:20 jjpg-MS-7788 systemd [1]: ctdb.service: Falha com resultado 'código de saída'.
21 de junho 13:19:20 jjpg-MS-7788 systemd [1]: Falha ao iniciar o CTDB.
O que isso significa exatamente?
É algo extremamente importante?
Como posso consertar isso?
BTW: Para um usuário doméstico "normal" (não redes industriais/comerciais, não programador), é absolutamente necessário ter o samba, CTDB e TDB instalados?
Responder1
CTDB é uma implementação em cluster do banco de dados TDB usado pelo Samba e outros projetos para armazenar dados temporários. Se um aplicativo já estiver usando TDB para dados temporários, é muito fácil converter esse aplicativo para reconhecer cluster e usar CTDB.
Verificar /var/log/ctdb
. Deve ter a mensagem completa.
Há um recenterelatório de erroreivindicando
mkdir -p /var/lib/run/ctdb
corrige -a- falha do ctdb. É um comando bastante inofensivo, mas combine seu arquivo de log com o do relatório de bug.
Esse bug é uma duplicata de outroerro. O comentário nº 2 também corrige isso, mas de uma maneira um pouco diferente:
Mudado
/etc/init.d/ctdb pidfile="/var/run/ctdb/ctdbd.pid"
para
pidfile="/run/ctdb/ctdbd.pid"
Então
sudo systemctl edit ctdb [Service] ExecStartPre=/bin/mkdir -p /run/ctdb
E também funcionará na reinicialização. (/run é excluído a cada reinicialização) Ainda parece estar procurando /var/run nos logs.
Escolha um dos dois e reinicie