Quando você conecta com o client, ele usa o arquivo de socket pra isso.
Eu chuto que o problema é que vc tem dois mysqld rodando. Uma via TCP que
parece estar certo, mas via socket entra no errado que parece ser um banco
zerado (possivelmente a configuração default do MySQL).
./helio
On Sat, Apr 23, 2022, 16:05 Mauricio Neto wrote:
> Gustavo, bom dia e obrigado pelo retorno
>
> É pratica minha criar um filesystem separado para o database. Então logo
> após a instalação do mysql, antes da instalação de qualquer aplicativo que
> vá utilizar o banco, eu para o processo , copio os arquivos para o
> filesystem que defini para o database, aplico as permissões necessárias,
> modifico o config do mysql e reinicio o serviço.
>
> O que acho muito estranho é que o Moodle e o Bacula estavam funcionando
> perfeitamente. Moodle já com tema configurado e um cursos disponível e o
> Bacula com backup full criado e testes de recuperação que sempre efetuo. O
> problema apareceu em algum momento após perfeito funcionamento das duas
> ferramentas instaladas e testadas.
>
> Apenas para confirmar, veja la nas evidencias que uso um ls /dbase/mysql
> para mostrar a estrutura do mysql onde aparece os bancos moodle e bacula e
> no arquivo de configuração do mysql tenho a diretriz datadir =
> /dbase/mysql.
> O Mysql inicia normalmente via systemctl start sem qualquer aviso de erro
> log, com um arquivo de warning sobre usar o padrão de senhas antigo.
> Consigo acessar normalmente o mysql (estranhamente com root sem senha), o
> que não seria possível se houvesse divergência entre a localização do
> banco e a configuração no arquivo.
>
> Atenciosamente
> Mauricio Neto
>
>
>
> Em 23/04/2022 01:52, Gustavo Villela Goulart escreveu:
>
> Opá Mauricio, boa noite!
>
> Vc mexeu na conf do mysql?
>
> Por default o path do datadir é: /var/lib/mysql
> Seu datadir esta assim: /dbase/mysql
>
> Se vc alterou essa configuração na mão, ou as aplicações que vc esta
> usando fizeram essa alteração, é o que esta causando o problema.
> Para vc alterar o datadir do mysql, faça assim:
>- Pare o mysql
>- Copie todos os arquivos de /var/lib/mysql para o novo diretório
>- Altere o path datadir= /dbase/mysql
> - Inicie o mysql
>
> Se vc não fez assim e só copiou os datafiles do bacula e da outra
> aplicação, não vai funcionar. Se copiou com o banco funcionando(mysql
> startado), provavelmente corrompeu os arquivos.
>
> Espero ter ajudado.
>
> Em sex., 22 de abr. de 2022 às 19:25, Mauricio Neto
> escreveu:
>
>> Amigo boa tarde.
>>
>> Desculpe o off topic já que se trata de um problema de mysql e não Debian
>> mas como nesta comunidade temos conhecedores de tudo relato uma situação
>> muito estranha na esperança que algum dos amigos já tenham visto algo
>> parecido, ou posam indicar um forum mais apropriado...
>>
>> Instalei o mysql 8.0, Apache2, PHP7.4, o Moodle (EAD) e o Bacula backup.
>> tudo funcionando perfeitamente durante alguns dias e sem que ocorresse
>> qualquer evento estranho tenho o seguinte cenário:
>>
>> As aplicações não encontram os databases.
>>
>> O mysql -u root passa a conectar sem senha ou usando a opção -p aceita
>> qualquer besteira que eu digite como senha. Originalmente criado com senha
>> como sempre o faço e situação verificada quando esquecia ou errava a
>> digitação da senha :-)
>>
>> No repositório do mysql (/dbase/mysql) existi os banco de dados moodle
>> e bacula como pode ser visto com o ls mas o comando mysql show databases
>> não mostra os bancos.
>>
>> O comando select user não mostra os usuários moodle e bacula
>> criados anteriormente para as respectivas bases de dados e o não aparece
>> mais nenhum hash de senha para o root.
>> Efetuei um teste definindo uma nova senha para o root com o comando
>> ALTER conforme pode ser visto abaixo mas a senha não foi criada...
>>
>> O repositório do banco de dados (/dbase/mysql) esta usando o filesystem
>> XFS.
>>
>> Qualquer ajuda sera bem vinda, inclusive a indicação de um forum sobre
>> mysql.
>>
>> Agradecendo a todos,
>> Mauricio Neto
>>
>> =
>> ** EVIDENCIAS *
>>
>> +Teste do bacula
>>
>> bconsole
>> Connecting to Director Enterprise:9101
>> 1000 OK: 10002 Enterprise-dir Version: 11.0.5 (03 June 2021)
>> Enter a period to cancel a command.
>> *list volumes
>> Automatically selected Catalog: EnterpriseCatalog
>> Could not open catalog database "bacula".
>> mysql.c:290 Unable to connect to MySQL server.
>> Database=bacula User=bacula
>> MySQL connect failed either server not running or your authorization is
>> incorrect.
>> You have messages.
>> *mess
>> 22-abr 01:25 Enterprise-dir JobId 4: No Jobs found to prune.
>> 22-abr 01:25 Enterprise-dir JobId 4: Begin pruning Files.
>> 22-abr 01:25 Enterprise-dir JobId 4: No Files found to prune.
>> 22-abr 01:25 Enterprise-dir JobId 4: End auto prune.
>>
>> *list jobs
>> Could not open catalog database "bacula".
>>