Re: [oracle_br] Erro ao executar o ./runInstaller
libXp.so.6: cannot open shared object file: No such file or directory colega está faltando a lib libXp.so.6, procure por libXp, ela é das libs utilizadas para o ambiente grafico do instalador Em 13 de fevereiro de 2012 15:12, Juliao Barbin juliaobar...@yahoo.com.brescreveu: ** Pessoal boa Tarde, estou instalando o oracle10 no RH Linux Interprise 5 e quando executo o ./runInstaller ocorre o seguinte erro abaixo, alguem ja passou por isso ? Obs: Tentei executar o runInstaller no ambiente grafico e simplesmente não abre a tela de instalação do Oracle10G [oracle@localhost database]$ ./runInstaller Iniciando Oracle Universal Installer... Verificando requisitos do Installer... Verificando a versão do sistema operacional: deve ser redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2 Passado Todos os requisitos do Installer atendidos. Preparando para iniciar o Oracle Universal Installer de /tmp/OraInstall2012-02-13_04-08-32PM. Aguarde ...[oracle@localhostdatabase]$ Exception in thread main java.lang.UnsatisfiedLinkError: /tmp/OraInstall2012-02-13_04-08-32PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(Unknown Source) at java.lang.ClassLoader.loadLibrary(Unknown Source) at java.lang.Runtime.loadLibrary0(Unknown Source) at java.lang.System.loadLibrary(Unknown Source) at sun.security.action.LoadLibraryAction.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.NativeLibLoader.loadLibraries(Unknown Source) at sun.awt.DebugHelper.clinit(Unknown Source) at java.awt.Component.clinit(Unknown Source) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Erro ao executar o ./runInstaller
Amigos, segue a imagem em anexo do erro . Em 13 de fevereiro de 2012 15:07, Juliao Barbin juliaobar...@yahoo.com.brescreveu: Colega, deu certo !!! baixei o arquivo libXp-1.0.0-8.i386.rpmftp://ftp.chg.ru/.0/Linux/scientific/50/i386/SL/libXp-1.0.0-8.i386.rpme abriu o instalador, agora em 62% ocorre esse erro na figura abaixo, segue o log em anexo que dei nesse cara cat /u01/app/oracle/oraInventory/logs/installActions2012-02-13_04-41-54PM.log /root/log.txt Valeu 1. Em 13 de fevereiro de 2012 14:16, Wendel Muniz de Oliveira womu...@gmail.com escreveu: libXp.so.6: cannot open shared object file: No such file or directory colega está faltando a lib libXp.so.6, procure por libXp, ela é das libs utilizadas para o ambiente grafico do instalador Em 13 de fevereiro de 2012 15:12, Juliao Barbin juliaobar...@yahoo.com.brescreveu: ** Pessoal boa Tarde, estou instalando o oracle10 no RH Linux Interprise 5 e quando executo o ./runInstaller ocorre o seguinte erro abaixo, alguem ja passou por isso ? Obs: Tentei executar o runInstaller no ambiente grafico e simplesmente não abre a tela de instalação do Oracle10G [oracle@localhost database]$ ./runInstaller Iniciando Oracle Universal Installer... Verificando requisitos do Installer... Verificando a versão do sistema operacional: deve ser redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2 Passado Todos os requisitos do Installer atendidos. Preparando para iniciar o Oracle Universal Installer de /tmp/OraInstall2012-02-13_04-08-32PM. Aguarde ...[oracle@localhostdatabase]$ Exception in thread main java.lang.UnsatisfiedLinkError: /tmp/OraInstall2012-02-13_04-08-32PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(Unknown Source) at java.lang.ClassLoader.loadLibrary(Unknown Source) at java.lang.Runtime.loadLibrary0(Unknown Source) at java.lang.System.loadLibrary(Unknown Source) at sun.security.action.LoadLibraryAction.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.NativeLibLoader.loadLibraries(Unknown Source) at sun.awt.DebugHelper.clinit(Unknown Source) at java.awt.Component.clinit(Unknown Source) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas]
RE: [oracle_br] Re: Oracle RAC - Interconexão com Eth
Aproveitando o assunto, hoje ao instalar um Oracle grid Infrastructure 10.2.0.3 para RAC setei o MTU para 9000 e solicitei ao cliente para habilitar Jumbo Frames no switch. Ao Rodar o root.sh no segundo nó do cluster estava ocorrendo um erro no CSS. Ao pesquisar no metalink encontrei uma nota que dizia que no caso de usar MTU mais altos, se algum componente da infra não for capaz de trafegar naquela velocidade, então aquele tipo de erro iria acontecer. Reduzi o MTU para o valor padrão e resolveu na hora. Acredito que aquele switch marca diado não funciona legal com jumbo frames vou sugerir ao cliente comprar um switch mais confiável. Alguém tem alguma sugestão de Marca e Modelo que esteja sendo usada em um RAC de produção? To: oracle_br@yahoogrupos.com.br From: marceloprock...@gmail.com Date: Thu, 9 Feb 2012 15:59:28 -0200 Subject: Re: [oracle_br] Re: Oracle RAC - Interconexão com Eth Alan, boa tarde. A minha sugestão é, já que vai montar um RAC novo quando for fazer as configurações dos IPs das placas de rede do interconnect já ajusta o MTU para 9000 é simples de fazer, mas antes se informe com o responsável da rede pra saber se precisa fazer algum ajuste no switch. Pode ser que o MTU de 1500 não tenha impacto agora, mas pode ser que a carga do seu servidor aumente no futuro e isso pode começar impactar e com o ambiente em produção você terá que parar o serviço do clusterware e reiniciar as placas de rede para a nova configuração entrar em vigor, e parar o ambiente em produção é sempre complicado. Abraço At. Marcelo Procksch Em 9 de fevereiro de 2012 14:51, alanrolemberg alanrolemb...@yahoo.com.brescreveu: ** Ninguém sabe isso? --- Em oracle_br@yahoogrupos.com.br, alanrolemberg alanrolemberg@... escreveu Colegas, É sabido que para instalação do Oracle RAC em Linux, recomenda-se usar uma interface de rede BOND com MTU=9000 para a rede privada (Interconexão). Estou para montar um RAC de 2 nós apenas. Minha pergunta é: o uso de uma interface Ethernet comum (Eth com MTU=1500) causará diferença significante no desempenho? Alguém já teve alguma experiência ruim com esse tipo de configuração (MTU=1500)? Agradeço antecipadamente as contribuições. -- Att. Marcelo E. Procksch [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas]