Não é possível configurar nem iniciar o MySQL


11

Em uma nova instalação do Kubuntu 14.04, eu corri sudo aptitude install mysql-server-core-5.6. A instalação não pôde ser concluída devido às dependências de alguns pacotes do KDE mysql-server-core-5.5, que teriam sido substituídos. Agora, quando executo sudo aptitude install mysql-server-5.5, recebo este erro após especificar uma senha:

Configuring mysql-server-5.5
Unable to set password for the MySQL "root" user
An error occurred while setting the password for the MySQL administrative user. This may have happened
because the account already has a password, or because of a communication problem with the MySQL server.
You should check the account's password after the package installation.
Please read the /usr/share/doc/mysql-server-5.5/README.Debian file for more information.

De fato, li, /usr/share/doc/mysql-server-5.5/README.Debianmas não havia nada relevante para a minha situação. O log do MySQL ajuda:

$ tail /var/log/mysql/error.log 
140818 10:17:16 InnoDB: Completed initialization of buffer pool
140818 10:17:16 InnoDB: highest supported file format is Barracuda.
140818 10:17:16  InnoDB: Waiting for the background threads to start
140818 10:17:17 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:17:17 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:17:17 [ERROR] Aborting

140818 10:17:17  InnoDB: Starting shutdown...
140818 10:17:18  InnoDB: Shutdown completed; log sequence number 1595675
140818 10:17:18 [Note]

No entanto, não consigo encontrar em qual script a --explicit_defaults_for_timestampopção está definida. Tentei começar mysqlsem serviceevitar a --explicit_defaults_for_timestampopção, mas ela ainda não inicia:

$ ps aux | grep mysql
dotanco+ 25458  0.0  0.0  11748   928 pts/4    S+   10:30   0:00 grep --color=auto mysql

$ sudo mysqld_safe --skip-grant-tables &
[1] 25470
140818 10:30:54 mysqld_safe Can't log to error log and syslog at the same time.  Remove all --log-error configuration options for --syslog to take effect.
140818 10:30:54 mysqld_safe Logging to '/var/log/mysql/error.log'.
140818 10:30:54 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:30:57 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

[1]+  Done                    sudo mysqld_safe --skip-grant-tables

$ ps aux | grep mysql
dotanco+ 25810  0.0  0.0  11748   932 pts/4    S+   10:31   0:00 grep --color=auto mysql

O erro me diz para Remove all --log-error configuration options. Portanto, editei /etc/mysql/my.cnfe comentei a seguinte linha:

log-error  = /var/log/mysql/error.log

Agora não recebo nenhum erro, mas ainda não consigo fazer login:

$ sudo mysqld_safe --skip-grant-tables &
[1] 26558
140818 10:34:37 mysqld_safe Logging to syslog.
140818 10:34:38 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:34:40 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

[1]+  Done                    sudo mysqld_safe --skip-grant-tables

$ mysql -uroot
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

Qual pode ser o problema? Como devo proceder?

EDITAR

Eu já comentei a explicit-defaults-for-timestamplinha my.cnf. Aqui está o arquivo inteiro, menos os comentários do cabeçalho:

$ cat /etc/mysql/my.cnf 

[client]
port            = 3306
socket          = /var/run/mysqld/mysqld.sock

[mysqld_safe]
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
nice            = 0

[mysqld]
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
lc-messages-dir = /usr/share/mysql
#explicit_defaults_for_timestamp

bind-address    = 127.0.0.1

#log-error      = /var/log/mysql/error.log

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

symbolic-links=0

!includedir /etc/mysql/conf.d/

É o que acontece quando tento executar o MySQL:

$ sudo echo 1 >> /var/log/mysql/error.log

$ tail /var/log/mysql/error.log 
140818 10:31:49  InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting

140818 10:31:50  InnoDB: Starting shutdown...
140818 10:31:51  InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note] 
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1

$ sudo service mysql start
start: Job failed to start

$ tail /var/log/mysql/error.log 
140818 10:31:49  InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting

140818 10:31:50  InnoDB: Starting shutdown...
140818 10:31:51  InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note] 
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1

$ grep explicit_defaults_for_timestamp /etc/mysql/my.cnf /etc/init.d/mysql /etc/default/mysql
/etc/mysql/my.cnf:#explicit_defaults_for_timestamp
grep: /etc/default/mysql: No such file or directory

Como pode ser visto, nada de novo é gravado nos logs e a explicit_defaults_for_timestampopção não é definida em nenhum lugar.

Consegui reinstalar, mysql-server-core-5.5mas isso não resolveu o problema:

$ sudo aptitude reinstall mysql-server-core-5.5
The following packages will be REINSTALLED:
  mysql-server-core-5.5 
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 3,213 kB of archives. After unpacking 0 B will be used.
Get: 1 http://il.archive.ubuntu.com/ubuntu/ trusty-updates/main mysql-server-core-5.5 amd64 5.5.38-0ubuntu0.14.04.1 [3,213 kB]
Fetched 3,213 kB in 1s (3,163 kB/s)                
(Reading database ... 217167 files and directories currently installed.)
Preparing to unpack .../mysql-server-core-5.5_5.5.38-0ubuntu0.14.04.1_amd64.deb ...
Unpacking mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) over (5.5.38-0ubuntu0.14.04.1) ...
Replaced by files in installed package mysql-common (5.6.20-1ubuntu14.04) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) ...

$ sudo service mysql status
mysql stop/waiting

$ sudo service mysql start
start: Job failed to start

$ tail /var/log/mysql/error.log 
140818 10:31:49  InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting

140818 10:31:50  InnoDB: Starting shutdown...
140818 10:31:51  InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note] 
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1

Isso 1na última linha do log foi adicionado anteriormente com echoe indica que nada de novo foi adicionado ao log.


quando você executa o netstat -tlpn, você vê a porta 3306 para MySQL?
Craig Efrein 18/08/14

@CraigEfrein: Não, a porta 3306 não está sendo ouvida. Eu até reinicio o sistema para ver se o MySQL iniciaria na inicialização, mas não foi.
dotancohen 18/08/14

E o --explicit_defaults_for_timestamp, possíveis locais para procurar, se você ainda não o tiver. /etc/mysql/my.cnf, /etc/init.d/mysql e / etc / default / mysql
Craig Efrein

Obrigado. A string timestampfoi encontrada apenas em etc/mysql/my.cnfe eu a comentei. No entanto, ainda recebo a mesma menção no log.
dotancohen

Existe um my.cnf no seu diretório pessoal?
Vérace

Respostas:


4

Você instalou mysql-server-core-5.6, que falhou parcialmente ou instalou parcialmente.

O -explicit_defaults_for_timestampé apenas para o MySQL 5.6. É provável que a instalação parcial do mysql-server-core-5.6adicionou esta opção. Vou sugerir agora que você remova qualquer rastro mysql-server-core-5.6e reinicialize o diretório de dados.

  1. mate qualquer processo mysqld em execução:

    ps aux | grep mysql
    kill pid
  2. Desinstale os mysql-server-core-5.6pacotes:

    apt-get remove mysql-server-core-5.6

    Uma lista de arquivos está aqui

  3. Reinicialize o diretório do banco de dados:

    UMA. rm -Rf /var/lib/mysql/*

    B. mysql_install_db /var/lib/mysql

  4. Comente a !includedir /etc/mysql/conf.d/opção emmy.cnf


Mate qualquer processo MySQL existente e inicie o MySQL usando a skip-grant-tablesopção

A. Obtenha o caminho exato do daemon mysqld:

which mysqld_safe

B. Execute o MySQL sem tabelas de permissões:

/mysqld_safe_directory/mysqld_safe --skip-grant-tables &
ex /bin/mysqld_safe

C. Verifique se o mysql está ouvindo:

netstat -tlpn 

você deve ver a porta 3306.

D. Se sim, entre no MySQL:

mysql -u root -h 127.0.0.1

E. Defina uma nova senha:

mysql> use mysql;
mysql> update user set password=PASSWORD("NEW-ROOT-PASSWORD") where User='root';
mysql> flush privileges;
mysql> quit

Obrigado craig. Consegui reinstalar, mysql-server-core-5.5mas isso não resolveu o problema. Vou acrescentar isso à pergunta.
dotancohen 18/08/19

@dotancohen, atualizei a minha resposta
Craig Efrein

Obrigado. Eu removi completamente qualquer vestígio de 5.6, rm'ed ambos /var/lib/mysqle /var/log/mysql. O mysql_install_dbcomando falhou porque resolveipnão foi encontrado. Eu instalei mysql-server-5.5(que aparentemente não está instalado junto mysql-server-core-5.5) para obter resolveip. Durante a instalação do mysql-server-5.5eu tenho o Unable to set password for the MySQL "root" usererro novamente, de volta à estaca zero!
dotancohen

@dotancohen resposta atualizada. Isso depende se o MySQL está realmente escutando.
Craig Efrein

Obrigado. Na verdade, mysqld_safemorre de imediato: 40818 16:52:52 mysqld_safe Logging to '/var/lib/mysql/bruno.err'., 140818 16:52:52 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql, 140818 16:52:54 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended.
dotancohen

1

Eu tenho essa linha no my.cnf

[pol@localhost mysql-5.6.19-linux-x86_64]$ grep expli my.cnf
explicit-defaults-for-timestamp = TRUE

Eu acho que os parâmetros my.cnf devem usar hífens e não sublinhados.


Obrigado. Você está certo, eu também tinha essa frase, apesar de ter perdido. Agora, o mysql não será iniciado, mas nada será gravado nos logs. Vou atualizar a pergunta.
dotancohen 18/08/14

Eu sei que no Xubuntu (não aguento o Unity desktop!), Tive o diabo com problemas como esse. Agora eu construo a partir da fonte - se você estiver interessado, vou escrever como faço exatamente . O que faço é adaptado daqui depois de muitas tentativas e erros. É um pouco mais trabalhoso do que o sudo apt-get install xxx, mas pelo menos eu sei onde estão meus arquivos e o que fazer se as coisas começarem a dar errado!
Vérace

Obrigado, se eu não conseguir passar por isso, tentarei as instruções às quais você vincula.
dotancohen 18/08/14

Bem, isso é para pessoas que desejam compilar e executar o mysql através do eclipse - eu o adaptei para alguém que apenas deseja executar o mysql normalmente. Por que você está usando 5.5?
Vérace 18/08/14

Na verdade, eu preferiria a versão 5.6 e não uso o eclipse.
dotancohen
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.