Início / unix / Perguntas / 425706
Accepted
Madoc Comadrin
Asked: 2018-02-22 09:03:11 +0800 CST

Segfaulting do Mysql quando usado a partir do shell

  • 772

Eu tenho um servidor Raspberry Pi com Raspbian OS:

Kernel: Linux 4.9.35+ #1014 Fri Jun 30 14:34:49 BST 2017 armv6l GNU/Linux
Description:    Raspbian GNU/Linux 8.0 (jessie)
Release:        8.0
Codename:       jessie

Hoje notei que as tentativas de uso mysqlterminam em falha de segmentação.

user@host~ $ mysql -u root -p
Enter password:
Segmentation fault

Isso acontece tanto para a senha errada quanto para a correta. Ou mesmo se eu inventasse um nome de usuário. Na verdade, verifica-se que mesmo executar o mysqlcomando sem nenhum argumento tem o mesmo efeito.

O servidor Mysql ainda pode ser acessado via Python ( pymysql) e Perl. Eu tenho scripts que escrevem e leem vários bancos de dados, todos funcionam sem problemas.

Shell scripts que usam o mysqlcomando, todos eles falham. Por exemplo:

/home/user/example.sh: line 2: 27974 Segmentation fault      /usr/bin/mysql -u dbuser -p$dbpass dbname --execute="select * from example;"

As falhas de segmentação começaram a aparecer hoje e não consigo descobrir o que as está causando agora. O servidor não foi inicializado em algumas semanas. Já se passou mais de uma semana desde a última atualização.

Não consigo encontrar nenhum erro que possa parecer relevante para esta situação nos logs ou syslog do Mysql.

Eu tentei:

  • Reiniciando o Mysql
  • Atualização do sistema e reinicialização
  • Verificando o disco na reinicialização, nenhum erro encontrado

Como esses procedimentos não ajudaram, tentei usar gdbconforme sugerido aqui:

O aplicativo em execução termina com "Falha de segmentação"

Isso é o que recebo ao depurar o comando mysqlsem nenhum parâmetro:

gdb mysql run run Iniciando o programa: /usr/bin/mysql

gdb mysql
run
Starting program: /usr/bin/mysql
Program received signal SIGSEGV, Segmentation fault.
elf_dynamic_do_Rel (skip_ifunc=<optimized out>, lazy=0, nrelative=<optimized out>, relsize=<optimized out>,
    reladdr=<optimized out>, map=0xb6fff968) at do-rel.h:112
112     do-rel.h: No such file or directory.

Eu me pergunto o que eu poderia fazer para corrigir esse problema? (Além de fazer um relatório de bug sobre isso.)

raspberry-pi mysql

1 respostas

  1. Best Answer

    Você provavelmente tem binários corrompidos/e/ou um sistema de arquivos/cartão SD corrompido.

    Os cartões SD não são feitos para uso pesado de E/S e degradam com o tempo; Framboesa(s) também são conhecidos por corromper dados em cartões SD ao desligar ocasionalmente devido a características de seu design (eletrônica não é minha área, não posso entrar em detalhes).

    Você pode muito bem ter uma corrupção no mysqlbinário ou nas bibliotecas associadas. (na verdade, ter uma gdbfalha em do-rel.hsugere o último).

    Eu reinstalaria o mysqlcliente e as bibliotecas associadas, como um comando semelhante a este (sua milhagem pode variar):

    sudo apt-get install --reinstall default-mysql-client default-mysql-client-core

    Eu usaria este comando para ver qual pacote está fornecendo o mysqlbinário e o reinstalaria:

    dpkg -S /usr/bin/mysql

    Então, eu também veria quais bibliotecas mysqlestão usando, se isso não resolver o problema:

    ldd /usr/bin/mysql
    linux-vdso.so.1 (0x00007ffc8903c000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f5989c75000)
    libreadline.so.5 => /lib/x86_64-linux-gnu/libreadline.so.5 (0x00007f5989a33000)
    libncurses.so.5 => /lib/x86_64-linux-gnu/libncurses.so.5 (0x00007f5989810000)
    libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f59895e6000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f59893cc000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f59891c8000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f5988e46000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f5988b42000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f59887a3000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f598a4bc000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f598858c000)

    Você pode ter como último recurso reinstalar cada pacote que suporta cada uma dessas bibliotecas até que seu erro seja corrigido. Alguns deles são: libaio1, libjemalloc1, libreadline5. Há mais.

    sudo apt-get install -reinstall libaio1 libjemalloc1 libreadline5

    No entanto, não há garantias de que você não tenha outros bits do seu sistema de arquivos corrompidos. Eu faria backup do banco de dados e reinstalaria o OS/MySQL do zero.

    A boa notícia é que você mencionou que outras formas de acessar o banco de dados estão funcionando bem, isso significa que a corrupção está principalmente relacionada ao mysqlcliente binário.

    No entanto, eu provavelmente reavaliaria a execução do Linux a partir de um cartão SD no futuro, especialmente se estiver usando MySQL.

    PS. Como @cas aponta bem, "se você tiver dlocateou estiver debsumsinstalado, poderá executar dlocate --md5check PKGNAMEou debsums PKGNAMEverificar os arquivos instalados do pacote em relação ao arquivo md5sum"

    Consulte Raspberry: inicializando a partir de uma pen USB em vez de um cartão SD

    • 3

relate perguntas