A atualização 16.04 quebrou o servidor mysql

Minha atualização geral correu bem, mas fiquei com um problema criticamente persistente de o mysql-server não poder se instalar, e nada do que estou tentando faz com que funcione.

Este é o erro que vejo ao tentar instalar / reinstalar:

Setting up mysql-server-5.7 (5.7.11-0ubuntu6) ...
Job for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl -xe" for details.
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: error processing package mysql-server-5.7 (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mysql-server:
 mysql-server depends on mysql-server-5.7; however:
  Package mysql-server-5.7 is not configured yet.

dpkg: error processing package mysql-server (--configure):
 dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup error from a previous failure.
                   Processing triggers for systemd (229-4ubuntu4) ...
Processing triggers for ureadahead (0.100.0-19) ...
Errors were encountered while processing:
 mysql-server-5.7
 mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

Eu tentei removê-lo completamente, embora isso tente instalar o MariaDB devido a dependências (?). Qualquer sugestão sobre o que posso fazer para corrigir isso seria bem-vinda.

Edição: Parece que eu não sou o único: https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1573279

As instruções publicadas por andrew-beerman estão no caminho certo, embora não sejam muito claras para mim e pareçam recomendar mais do que o necessário. Eu reuni a resposta acima e um post útil no tópico do bug.

Estas são as etapas que tomei para corrigir isso:

1. Faça backup do seu my.cnf filein /etc/mysqle remova ou renomeie-o

   sudo mv /etc/mysql/my.cnf /etc/mysql/my.cnf.bak
   

2. Remova a pasta /etc/mysql/mysql.conf.d/usando

   sudo rm -r /etc/mysql/mysql.conf.d/
   

3. Verifique se você não tem um my.cnfarquivo escondido em outro lugar (eu fiz no meu diretório pessoal!) Ou em /etc/alternatives/my.cnfuso

   sudo find / -name my.cnf
   

4. Faça backup e remova /etc/mysql/debian.cnfarquivos (não tenho certeza se necessário, mas apenas no caso)

   sudo mv /etc/mysql/debian.cnf /etc/mysql/debian.cnf.bak
   sudo apt purge mysql-server mysql-server-5.7 mysql-server-core-5.7
   sudo apt install mysql-server
   

5. Caso seu syslog mostre um erro como "mysqld: Não é possível ler o diretório '/etc/mysql/conf.d/'", crie um link simbólico:

   sudo ln -s /etc/mysql/mysql.conf.d /etc/mysql/conf.d
   

   Em seguida, o serviço deve poder começar sudo service mysql start.

Isso deu certo!

Hoje eu tive o mesmo problema, depois de tentar muitas soluções, descobri que o problema era o comando sudo systemctl disable mysql.serviceusado para desativar a inicialização automática do MySQL. Para fazê-lo funcionar, reativei novamente o servidor MySQL usando o comando sudo systemctl enable mysql.servicee execute novamente o processo de atualização. terminou perfeitamente.

Sua mensagem de erro contém esta linha:

subprocess installed post-installation script returned error exit status 1

No entanto, isso installed post-installation scriptnão é mencionado pelo nome. Depois de muitos ajustes, descobri que seu nome é (no meu caso) /var/lib/dpkg/info/mysql-server-5.7.postinst.

Abra este arquivo com sudo vi /var/lib/dpkg/info/mysql-server-5.7.postinstseu editor preferido ou com ele .

Na parte superior, altere a linha 3 (aproximadamente): set -epara set -x, salve o arquivo. (a opção -eé "sair com erros", -xsignifica "mostrar explicitamente o comando executado", presumivelmente)

Execute sudo dpkg --configure -a --log /tmp/dpkg.log (a opção --log é opcional). Você também pode simplesmente executar apt upgradese souber que será o único pacote que será atualizado.

Agora você obtém uma saída detalhada do mysql-server-5.7.postinstscript bash e pode descobrir o que está errado.

No meu caso, ele tentou (re) executar sem êxito mysql_upgrade, mas isso não era necessário para minha instalação personalizada do mysql. Eu tinha certeza de executá-lo manualmente antes, com sucesso, e tudo estava bem.

Então eu comentei a linha 321 (para versões mais antigas do mysqld, tente a linha 281),

#mysql_upgrade --defaults-file=/etc/mysql/debian.cnf || result=$?

e o comando que falhou antes sudo apt upgrade(execute novamente), foi concluído com êxito e o dpkg removeu o status de erro deste pacote.

Agora você pode voltar set -xao set -e(mencionado acima). E, opcionalmente, descomente a linha mysql-upgrade.

Pode ser necessário um trabalho extra se você tiver movido sua partição de dados mysql para um local fora do padrão. Mudei o meu /var/lib/mysql/datapara uma unidade diferente via link simbólico. Talvez seja necessário remover o link simbólico temporariamente, antes da postinstmanipulação do script. Em seguida, recrie-o após executar a atualização do pacote.

Após a próxima atualização da versão secundária do pacote debian mysqld, esse problema com o /var/lib/dpkg/info/mysql-server-5.7.postinstscript pode aparecer novamente.

As instruções aqui o corrigiram no meu servidor: https://bugs.mysql.com/bug.php?id=72722

Eu posso entender a dor de ter seu sistema inconsistente, mas não vamos nos preocupar com toda a situação e tomá-lo passo a passo para limpar o sistema.

Primeiro vamos ver o estado atual de todos os pacotes mysql na máquina usando: dpkg -l | grep mysql (cole o resultado excluindo a última coluna)

A primeira coluna indica o status atual do pacote. Aqui estão as opções possíveis:

ii) Instalação rc) Arquivos de configuração removidos mantidos (este deve ser o estado de todos os pacotes que você removeu com 'apt-get remove' que não remove os arquivos de configuração em / etc)

Para que isso funcione, você precisará executar 'apt-get purge <pkg-name>' até não encontrar nenhum pacote na lista acima.

Lembre-se de que alguns pacotes não-mysql-server, como python-mysql.connector e python-mysqldb, se instalados, não precisam ser removidos, pois não afetam essa situação, mas se removidos podem causar problemas aos aplicativos que os utilizam.

Definitivamente, tentaremos visitar novamente nossos documentos para ver como podemos proteger os usuários contra esse problema. Obrigado por compartilhar seus comentários em detalhes conosco.

No meu caso, com strace, vi que / var / run / mysqld / não existia e o mysqld não pode criar o arquivo mysqld.sock.

Estes comandos resolveram o meu problema:

mkdir /var/run/mysqld
chown mysql.mysql /var/run/mysqld
chmod 700 /var/run/mysqld

Agora:

systemctl start mysql

E o mysql funciona novamente :)

No meu caso, eu poderia resolver o problema adicionando

# Allow log file access
/home/system/var/log/mysql.err rw,
/home/system/var/log/mysql.log rw,
/home/system/var/log/mysql/ r,
/home/system/var/log/mysql/** rw,

para /etc/apparmor.d/local/usr.sbin.mysqld

Para mais detalhes, dê uma olhada na minha resposta (de ChristophS) em stackoverflow.

Eu tive o mesmo problema. Tentei reinstalar o mysql várias vezes, mas não tive sucesso.

Eu descobri que o problema para mim era que outro processo mysql já estava em execução.

Em detalhes:

Depois de ler cuidadosamente, efetue login /var/log/mysql/error.loge descobri:

[ERRO] Não é possível iniciar o servidor: vincular na porta TCP / IP: endereço já em uso

[ERRO] Você já tem outro servidor mysqld em execução na porta: 3306?

Parece que outro aplicativo já estava usando a porta.

Eu verifiquei usando ps -aux | grep 3306:

$ ps -aux | grep 3306
milkovs+  6802  0.0  0.0  16336  1084 pts/19   S+   21:39   0:00 grep --color=auto 3306
mysql    14706  0.0  0.3 1270192 13916 pts/2   Sl   Aug19   0:29 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --skip-grant-tables --log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306 --log-syslog=1 --log-syslog-facility=daemon --log-syslog-tag=

E eu matei o processo em execução sudo kill -15 14706

Então eu iniciei o mysql: /etc/init.d/mysql start

Finalmente o mysql funciona para mim! Espero que ajude alguém.

Nenhuma das respostas nesta página funcionou para mim.

Acabei indo para a página de downloads do Oracle , baixando mysql-apt-config_0.8.8-1_all.debe instalando o MySQL a partir do Oracle repo:

sudo dpkg -i mysql-apt-config_0.8.8-1_all.deb
sudo apt update
sudo apt install mysql-server

Eu tive o problema em alguns servidores agora A correção era executar o apt install phpmyadmin --reinstall

que resolveu o problema acima (sem precisar tocar no mysql depois)