GLIBC = 2.5 Ubuntu 16.04

Question

Estou executando o Ubuntu 16.04 LTS em um ambiente de servidor, e um software de backup diz que é necessário "No Linux, o glibc 2.5 ou superior é necessário". Eu rodei o ldd --version e obtive ldd (Ubuntu GLIBC 2.23-0ubuntu10) 2.23 de volta, então atualmente não funciona.

Estou executando um script mysqldump no momento para fazer backup deles como arquivos, mas gostaria que o backup do sql fosse executado.

Acho que o nome do pacote é libc6 , por isso, executei o seguinte:

apt-cache depends libc6
libc6
  Depends: libgcc1
  Breaks: <hurd>
  Breaks: libtirpc1
  Breaks: locales
  Breaks: locales-all
  Breaks: lsb-core
  Breaks: nscd
  Suggests: glibc-doc
 |Suggests: debconf
  Suggests: <debconf-2.0>
    cdebconf
    debconf
  Suggests: locales
    locales-all:i386
    locales-all
  Replaces: <libc6-amd64>

Eu entendo que posso atualizar a versão com algum outro repo ou compilá-lo, mas estou preocupado com o que isso pode quebrar no Ubuntu e se é de todo recomendado? Existe uma maneira segura de instalar isso?

    

Answer 1

% bl0ck_qu0te%

A versão MAIS NOVA (no momento da postagem) do Ubuntu é o 18.04 Bionic Beaver, que contém a versão 2.27 da glibc (que é um número de versão muito MAIOR que 2.5). Portanto, atualizar para a versão mais recente do Ubuntu não resolverá o problema. De fato, a versão do glibc no 16.04 Xenial Xeris 2.23 é um número de versão muito MAIOR que 2.5 que deveria ter sido numerado 2.05.

Visitando a página

link

revela

% bl0ck_qu0te%

O último acima (2.27) é o mais recente lançamento e está presente em 18.04 Bionic Beaver.

Como Knud Larsen apontou, o glibc-2.5 é uma versão muito antiga e, portanto, instalá-lo como padrão em um 16.04 resultaria em um sistema completamente quebrado.

% bl0ck_qu0te%

Eu suspeito que você está tentando executar um executável binário (em vez de realmente construir a partir da fonte) e que o software de backup foi projetado e lançado para sistemas Red Hat (e baseados em RPM). Esse software de backup não seria BRU [edição caseira] por acaso?

Portanto, a primeira lição é: não tente misturar software construído para o RPM e libc diferente no Debian / Ubuntu / Mint e outros sistemas derivados.

Se você realmente quer tentar algo e isso só funcionará se você executar o programa libc errado NÃO como root, você pode tentar construir a partir do repositório de fontes GNU a partir do repositório de fontes GNU, instale em / opt / something e, em seguida, use LD_LIBRARY_PATH para apontar para lá antes de tentar iniciar o software de backup. É claro que se ele tiver uma GUI que pode muito bem ser GTK (versão 1 em oposição a GTK-2) ela nunca funcionará porque tentar construir uma biblioteca GTK (versão 1) se você achar que a fonte é quase impossível em sistemas modernos .

A solução mais provável para o funcionamento do antigo software de backup será obter uma cópia do desktop Red Hat Linux ou do Centos ou Mandriva ou o que for para 2005/2006, veja por exemplo

link

instale em uma máquina virtual e, em seguida, execute seu antigo software de backup em um sistema operacional antigo para o qual foi projetado.

Uma alternativa melhor seria olhar para um servidor de software de backup GPL open source atualizado (amanda ou cinder talvez), ou se você tem dinheiro para gastar, vejo o Tolis Group (os atuais proprietários da BRU) agora cobra USD 400 para uma edição de estação de trabalho Linux. É claro que outras alternativas comerciais estão disponíveis, mas a melhor opção é, claro, algo que é open source GPL e requer pagamento zero em dinheiro.

Pensamentos adicionais -

Você tem 100% de certeza de que "glib c 2.5 ou superior é obrigatório". e não "glut 2.50 ou superior é necessário"? O Ubuntu 16.04 possui 2.48 enquanto o Ubuntu 18.04 tem 2.56.

Se realmente está dizendo glibc, então seu programa está quebrado de qualquer maneira porque ele não aceita que o glibc 2.27 é uma versão HIGHER do que o glibc 2.5 e assim atende ao teste de "2.5 ou superior".