Re: OFF TOPIC - Problemas com mysql
Amigos boa noite. Quero agradecer a todos que me auxiliaram para solução do problema. Hélio seu "chute" sobre estar usando dois processos mysql foi fundamental para solucionar o problema. Não estava com dois processos mysql mais configurações apontando para sockets diferentes, um apontando para/*/var/run*/mysqld/mysqld.sock /e outro para /*/run/*mysqld///mysqld.sock/. Por você ter "levantado essa bola" eu segui este caminho e encontrei o problema. Alias o diretório//etc/mysql /criado por padrão na instalação do mysql com seus diversos arquivos de configuração parece ter sido criado propositalmente para testar a atenção e paciência ... :-) Mas o importante é que esta resolvido. Muito obrigado a todos, Mauricio Neto Em 25/04/2022 20:14, Mauricio Neto escreveu: Helio boa tarde. Achei interessante seu "chute" mas veja se estou com o raciocino errado: No /etc/mysql/mysql.conf.d/mysqld.cnf /[mysqld]// //pid-file = /var/run/mysqld/mysqld.pid// //*socket = /var/run/mysqld/mysqld.sock*// //datadir = /dbase/mysql// //log-error = /var/log/mysql/error.log/ processos mysql: /# netstat -ln | grep mysql unix 2 [ ACC ] STREAM OUVINDO 18942 /var/run/mysqld/mysqlx.sock unix 2 [ ACC ] STREAM OUVINDO 18945 /var/run/mysqld/mysqld.sock/ /# ps -ef |grep mysql// //mysql 2812 1 0 17:04 ? 00:00:19 /usr/sbin/mysqld// //root 3332 2541 0 18:15 pts/0 00:00:00 grep mysql/ O que me leva a crer que estou com apenas um processo mysql em execução e usando sockets. mais isso me deixou com uma duvida: /# netstat -tl | grep mys tcp6 0 0 [::]:mysql [::]:* OUÇA/ Obrigado Mauricio Neto Em 24/04/2022 11:24, Helio Loureiro escreveu: 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
Re: OFF TOPIC - Problemas com mysql
Helio boa tarde. Achei interessante seu "chute" mas veja se estou com o raciocino errado: No /etc/mysql/mysql.conf.d/mysqld.cnf /[mysqld]// //pid-file = /var/run/mysqld/mysqld.pid// //*socket = /var/run/mysqld/mysqld.sock*// //datadir = /dbase/mysql// //log-error = /var/log/mysql/error.log/ processos mysql: /# netstat -ln | grep mysql unix 2 [ ACC ] STREAM OUVINDO 18942 /var/run/mysqld/mysqlx.sock unix 2 [ ACC ] STREAM OUVINDO 18945 /var/run/mysqld/mysqld.sock/ /# ps -ef |grep mysql// //mysql 2812 1 0 17:04 ? 00:00:19 /usr/sbin/mysqld// //root 3332 2541 0 18:15 pts/0 00:00:00 grep mysql/ O que me leva a crer que estou com apenas um processo mysql em execução e usando sockets. mais isso me deixou com uma duvida: /# netstat -tl | grep mys tcp6 0 0 [::]:mysql [::]:* OUÇA/ Obrigado Mauricio Neto Em 24/04/2022 11:24, Helio Loureiro escreveu: 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
Re: OFF TOPIC - Problemas com mysql
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". >>
Re: OFF TOPIC - Problemas com mysql
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". 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. == + Configuração mysql /etc/mysql/mysql.conf.d# more mysqld.cnf [mysqld] pid-file = /var/run/mysqld/mysqld.pid socket
Re: OFF TOPIC - Problemas com mysql
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". > 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. > == > + Configuração mysql > > /etc/mysql/mysql.conf.d# more mysqld.cnf > > [mysqld] > pid-file= /var/run/mysqld/mysqld.pid > socket= /var/run/mysqld/mysqld.sock > datadir= /dbase/mysql > log-error= /var/log/mysql/error.log > > innodb_file_per_table= 1 > character-set-server= utf8mb4 > collation-server = utf8mb4_unicode_ci > skip-character-set-client-handshake > > [mysql] > default-character-set = utf8mb4 > === > ++ Usando o mysql > > mysql -u root > Welcome to the MySQL monitor. Commands end with ; or \g. > > mysql> show databases; > ++ > | Database | > ++ > | information_schema | > | mysql | > | performance_schema | > | sys| > ++ > 4 rows in set (0,01 sec) > == > ls /dbase/mysql > auto.cnf binlog.04 binlog.09 client-cert.pem > ibdata1 mysql server-cert.pem > *bacula* binlog.05 binlog.10 > client-key.pem ib_logfile0 mysql.ibd server-key.pem > binlog.01 binlog.06 binlog.index'#ib_16384_0.dblwr' > ib_logfile1 performance_schema sys > binlog.02 binlog.07 ca-key.pem'#ib_16384_1.dblwr' > '#innodb_temp' private_key.pem undo_001 > binlog.03 binlog.08 ca.pem ib_buffer_pool > *moodle* public_key.pem undo_002 > > mysql> select user, host,