Não é possível executar o MySQL GLIBC_2.14 não encontrado

1
mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
/usr/libexec/mysqld: /lib64/libc.so.6: version 'GLIBC_2.14' not found (required by /usr/lib64/libstdc++.so.6)

Iniciando o servidor MySql com o serviço mysqld start me mostra este erro.

Como posso corrigir isso? Tentei executar uma atualização do yum, e yum reinstalar o glib * mas nada ...

SO: CentOS 6.7 x64

Só hoje não está funcionando, até ontem funcionou muito bem.

Name        : mysql
Arch        : x86_64
Version     : 5.1.73
Release     : 5.el6_6
Size        : 894 k
Repo        : base
Summary     : MySQL client programs and shared libraries
URL         : http://www.mysql.com
License     : GPLv2 with exceptions


yum info mysql-server
Name        : mysql-server
Arch        : x86_64
Version     : 5.1.73
Release     : 5.el6_6
Size        : 8.6 M
Repo        : base
Summary     : The MySQL server and related files
URL         : http://www.mysql.com
License     : GPLv2 with exceptions

eu instalei o mysql com: yum install mysql & & yum instala o mysql-server

o mysqld é o processo.

rpm -qf /usr/libexec/mysqld 
mysql55w-server-5.5.46-1.w6.x86_64 

yum info mysql55w-server
Name        : mysql55w-server
Arch        : x86_64
Version     : 5.5.46
Release     : 1.w6
Size        : 45 M
Repo        : installed
From repo   : webtatic
Summary     : The MySQL server and related files
URL         : http://www.mysql.com
License     : GPLv2 with exceptions
    
por xMooo 29.11.2015 / 14:29

2 respostas

2

Acabei de criar uma VM C6, instalei o repositório webtatic e instalei o pacote do servidor em funcionamento. Eu não sei como você conseguiu instalar o em cima do mysqld existente, mas de qualquer forma, quando eu o instalar no lugar do existente, o glibc os requisitos estão corretos e estão satisfeitos.

Por que o seu está pedindo glibc 2.14, não consigo entender. Talvez o webtatic tenha liberado temporariamente um com links de tempo de execução errados e, em seguida, liberado um código correto por cima sem bater o número da versão. É difícil dizer, mas esse é o tipo de coisa que às vezes acontece quando você decide ir fora da pista e instalar coisas de repos estranhos.

Se eu fosse você, faria uma cópia de /var/lib/mysql , desinstalaria e reinstalaria os pacotes mysql55w (fazendo isso de forma limpa desta vez!), depois pare o mysqld recém-instalado, copiando seu /var/lib/mysql no lugar de qualquer novo que possa ter aparecido (e manter um novo como novo para o caso de você precisar dele) e tentar iniciar o servidor.

Se isso falhar, prepare-se para restaurar seu banco de dados a partir de backups.

    
por 29.11.2015 / 15:33
1

Isso é o que eu acho que aconteceu. Você instalou uma versão atualizada do MySQL no seu sistema usando um repositório de terceiros. Esses pacotes não fazem a verificação de dependência correta ou os pacotes foram forçados a entrar no sistema.

Naquela época, você não reiniciava o serviço mysql-server, então, durante o último mês, você usou o pacote antigo porque ele já estava na memória e em uso.

Você reiniciou seu sistema, isto fez com que os binários antigos do mysql fossem liberados e os novos fossem usados. Os novos binários requerem uma versão posterior do GLIBC do que a disponível.

How can i fix it?

Remova as versões que você instalou agora. Instale a versão que vem com o CentOS (você provavelmente já o usou). Em seguida, faça uma pesquisa para encontrar um repositório que forneça o MySQL na versão desejada com as dependências encontradas (ou disponíveis) em seu sistema.

    
por 29.11.2015 / 15:32