Meu caro, 

Tu desenvolve oq? o software! ok?! 

Quando voce fala que nao pode obrigar seus clientes a atualizar pra ultima versao, significa que essas tais máquinas não sao dedicadas para o teu sistema e não existe sistema de autoupdate etc.

Tua solução num é ficar se matando pra atualizar pacote, glibc, kernel bla bla bla... tu atualiza o glibc, o cliente tem um outro software instalado no mesmo servidor que nao funciona naquela versão, vai parar de funcionar e vc vai perder o cliente do mesmo jeito.

No seu caso eu criaria ambientes distintos(C4, C5 e C6) e cada um teria sua versão stable do meu software compilada para cada release, veja o EPEL, voce tem pacote pra C5 e C6, eu não os pacotes da versão 5 na versão 6 =\, só seguir essa lógica.

Só uma sugestão,

Abraço e boa sorte no teu pipino.
 
- -
iarly selbir



2012/10/26 claudio <claudio.mgsis@gmail.com>
Sou os dois.

Mas não é falta de planejamento não.

Eu não sei porque "caca" então vou ter que obrigar todos meus clientes a atualizarem sempre com a ultima versão do CentOS. Sendo q alguns tem seus proprio administradores de rede.

Vou perder meus clientes então só porque eles não estão com a ultima versão.

[]s
claudio


Em 25/10/2012 09:50, Alex Vitola escreveu:
É, vc é o desenvolvedor do programa, ou só o sysadm?

Pq isso antes de tudo é uma mega falta de planejamento. Ter um estrutura tão variada assim, com varios releases do Sistema Operacional requer um super cuidado na hora de fazer updates de softwares.

Mas enfim a "caca" tá feita .... pergunta; o sistema roda em modo texto ou gráfico? ele pega informações locais/físicas (portas de impressora, leitor de cartões ou código de barras, etc ... ) não tem como rodar este sistema num ambiente virtualizado enquanto todo o parque de maaquinas não estiver "atualizado"?

Para o número de maquinas que você tem, a utilização do spacewalk seria perfeito.

att

Alex Vitola




Em 24 de outubro de 2012 14:20, claudio <claudio.mgsis@gmail.com> escreveu:
Pior q nao alguns mais antigo.
Temos servidores com CentOS 4.x , 5.x e 6.x.
Acredito que nao seja erro, acho que a versao 6.3 esta com a glibc atualizada e esta nao roda em versoes anteriores.
Sei la... ja estou todo perdido mesmo.
Vou ficar tentando achar uma solucao ainda.
Obrigado.
[]s
claudio


Em 24/10/2012 14:09, Gabriel Franca escreveu:

Pergunta o erro nao esta na versao do centos5?

O q vc queria era atualizar o seu programa nos servidores?

Os 100 servidores sao todos centos 5?

Tipo se vc tiver acesso a todos os servidores da para fazer um script q ele loga em todo mundo e executa os comandos que vc quiser assim o processo de atualizacao sera mais rapido.

Agora veja o q vai ser melhor

Att

Gabriel

Em 24/10/2012 14:02, "claudio" <claudio.mgsis@gmail.com> escreveu:
Pois é Gabriel mas tenho quase 100 servidores instalados em clientes.
Pelo q estou vendo vou ter voltar para uma versao centos 5.
Pois o CentOS 6.3 nao vai aceitar glibc 2.5.
Estou ferrado.
Obrigado pela atencao.
[]s
claudio

Em 24/10/2012 13:51, Gabriel Franca escreveu:

Bom pelo q vi o seu sistema pede a versao 2.7 do glibc e vc tem instalado o 2.5 conforme resultado do rpm -q

Acredito q quando vc atualizar esse pacote os seus problemas se resolverao.

Instala o repositorio epel e o rpmforge e veja se eles tem esse pacote mais atualizado do glibc ou entao da uma olhado no rpmfind

Att

Gabriel

Em 24/10/2012 13:45, "claudio" <claudio.mgsis@gmail.com> escreveu:

Ola pessoal

Ai esta o o resultado no CentOS 5.4:

# ldd xsistema
./xsistema: /lib/libc.so.6: version `GLIBC_2.7' not found (required by ./xsistema)
        linux-gate.so.1 =>  (0x009bf000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x07a92000)
        libncurses.so.5 => /usr/lib/libncurses.so.5 (0x006d6000)
        libslang.so.2 => /usr/lib/libslang.so.2 (0x00d20000)
        libm.so.6 => /lib/libm.so.6 (0x00cbd000)
        libdl.so.2 => /lib/libdl.so.2 (0x00ce8000)
        librt.so.1 => /lib/librt.so.1 (0x002c7000)
        libc.so.6 => /lib/libc.so.6 (0x00101000)
        libtinfo.so.5 => /usr/lib/libtinfo.so.5 (0x03450000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x0025c000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x0025f000)
        /lib/ld-linux.so.2 (0x00c9e000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00cef000)

Ai esta o o resultado no CentOS 6.3:
# ldd xsistema
        linux-gate.so.1 =>  (0x00c27000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x008b2000)
        libncurses.so.5 => /lib/libncurses.so.5 (0x07f2a000)
        libslang.so.2 => /usr/lib/libslang.so.2 (0x001d9000)
        libm.so.6 => /lib/libm.so.6 (0x00110000)
        libdl.so.2 => /lib/libdl.so.2 (0x0013a000)
        librt.so.1 => /lib/librt.so.1 (0x00fb9000)
        libc.so.6 => /lib/libc.so.6 (0x002ee000)
        libtinfo.so.5 => /lib/libtinfo.so.5 (0x02570000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00892000)
        /lib/ld-linux.so.2 (0x005eb000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00d99000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x009f2000)

[]s
claudio


Em 24/10/2012 13:33, Gabriel Franca escreveu:

Como o alex falou manda um ldd programa q ele vai te mostrar todas as bibliotecas que o seu programa usa dessa forma podemos ver o q ele esta precisando para funcionar

Att

Gabriel

Em 24/10/2012 13:19, "Alex Vitola" <vitola@terra.com.br> escreveu:
 Tenta usar o ldd para ver qual biblioteca esta faltando.


att

Alex Vitola



Em 24 de outubro de 2012 10:53, Alexandre J. Correa - Onda Internet <alexandre@ondainternet.com.br> escreveu:
tente instalar estes pacotes

yum install compat-glibc-headers compat-glibc

Em 24/10/2012 10:46, CLAUDIO escreveu:
> Boa tarde pessoal.
> E o seguinte instalei um servidor novo no escritorio e utilizei o
> CentOS 6.3.
> Temos uma aplicacao que é compilada neste servidor e funciona
> normalmente. Depois esta aplicação e instalada e nossos clientes que
> possuem varias versoes anteriores do CentOS.
> Mas acontece que quando atualizo nos clientes esta aplicação não roda
> mais e da a seguinte mensagem.
>
> ./xsistema: /lib/libc.so.6: version `GLIBC_2.7' not found (required by
> ./xsistema)
>
> Existe alguma maneira de resolver isto.
>
> []s
> claudio
>
>
> _______________________________________________
> CentOS-pt-br mailing list
> CentOS-pt-br@centos.org
> http://lists.centos.org/mailman/listinfo/centos-pt-br


--
Sds.

Alexandre Jeronimo Correa
Socio-Administrador

Onda Internet
www.onda.net.br

IPV6 Ready !

_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br



_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br



_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br


_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br



_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br


_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br



_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br


_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br




_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br


_______________________________________________
CentOS-pt-br mailing list
CentOS-pt-br@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br