Prezados(as), bom dia. Após analisar todas as sugestões e verificar toda a instalação, descobri o problema. O arquivo "oraInst.loc" estava com permissão 640, e o usuário ora10g não conseguia ler o seu conteúdo. Bastou mudar a permissão para 644 e o OUI passou a "enxergar" a instalação, permitindo dessa forma a aplicação do patch set 4.
Muito obrigado a todos. Abraços e boa semana. Issao 2009/10/25 Wilson Issao <wilson.is...@gmail.com> > Prezados(as), boa noite ! > > Agradeço pelo retorno e colaboração de todos. > Existem mais alguns detalhes que valem a pena saber. > > Ao executar o OUI do Oracle 10g (10.2.0.1), na opção produtos instalados, > pasmem, não retorna nada (como se não existisse a instalação). > Vejam como é curioso, pois já existe um banco funcionando nesta versão, e o > listener funciona para as bases 9i e 10g normalmente. > Vou começar a analisar as sugestões propostas e ver o que acontece. > > Novamente, muito obrigado a todos. > > Issao > > > 2009/10/23 <sp...@vetorial.net> > > >> >> Olá Chiappa, >> >> Eu vi que no email anterior a este último dissestes que o inventário seria >> necessário somente para os one-off patches. Patchsets também requerem o >> inventário certo? >> Em relação ao inventário estar corrompido, o comando para criar/registrar >> um home seria o attachHome como coloquei no outro email e que segue abaixo. >> O -invPrtLoc seria usado apenas para dizer onde estaria o arquivo que mostra >> o local do inventário(oraInst.loc) caso as informações fossem criadas em >> outro caminho fora os defaults. >> >> ./runInstaller -silent -attachHome ORACLE_HOME="AQUI_HOME_DO_10G" >> ORACLE_HOME_NAME="NOME_DO_HOME" >> >> >> abs >> Jonathan Barbosa >> >> ----- Original Message ----- >> From: jlchiappa >> To: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> >> Sent: Friday, October 23, 2009 6:35 PM >> Subject: [oracle_br] Re: Alguem já passou por isso (Instalação de Patch >> Set) >> >> SE estiver sendo usada a opção correta (ie, o oui), o inventário estiver >> ok (permissões, conteúdo, tudo), e mesmo assim ele 'reclamar' de algo, >> pode-se se supor algum tipo em princípio de algum tipo de corrupção no >> inventário, aí talvez se possa criar um novo para a ORACLE_HOME em questão >> com a opção de -invPrtLoc apontando pra um outro path , é outra tentativa se >> tudo o mais falhar : num cliente de alguns meses atrás tive que fazer >> isso... >> >> []s >> >> Chiappa >> >> --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>, >> "jlchiappa" <jlchia...@...> escreveu >> > >> > Colegas, tudo que foi falado está 100% correto para one-off patches (ie, >> aqueles que se instalam com opatch),Realmente esses caras precisam de >> inventório, se não acha ele reclama, ** MAS ** o colega que perguntou disse >> na msg original (grifo com *s meu) : >> > >> > "Ao tentar instalar o *** patch set *** 4, simplesmente o "danado" diz >> que não existe..." >> > >> > e vi que o banco dele é 10.2.0.1 - ORA, será que (de maneira TOTALMENTE >> errada) ele não está tentando instalar o patchset de upgrade de banco para >> 10.2.0.4 com opatch ????? É uma possibilidade, SE for isso a solução é Muito >> Simplesmente usar o oui ao invés ... >> > >> > []s >> > >> > Chiappa >> > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>, >> Duilio Bruniera Junior <bruniera@> escreveu >> > > >> > > Ai amigão tenta esse comando aqui e veja oque retorna ? >> > > # cat /etc/oratab | egrep ":Y|:N"|cut -f1 -d':' >> > > >> > > 2009/10/22 <spark@> >> > > >> > > > >> > > > >> > > > Olá Marcelo, >> > > > >> > > > Esse problema pode acontecer devido a vários motivos! :) >> > > > >> > > > O Oracle sabe o que tem instalado no máquina através dos arquivos de >> > > > inventário onde o local é definido pelo arquivo >> > > > /var/opt/oracle/oraInst.loc no Solaris. >> > > > Verifica se o usuário da instalação tem privilégio para ler o >> arquivo. >> > > > Se sim, checa o conteúdo do arquivo inventory.xml dentro do >> > > > diretorio_do_inventario/ContentsXML/inventory..xml. O ORACLE_HOME do >> 10g >> > > > está lá dentro? >> > > > Se não estiver procure na máquina outros arquivos inventory.xml. >> > > > O que retorna se tu executares o comando $ORACLE_HOME/OPatch/opatch >> > > > lsinventory -detail ? >> > > > >> > > > Se tu quiseres tem como registrar o ORACLE_HOME do 10g no inventário >> > > > com o comando abaixo. Mas antes de tudo tenta verificar se o home do >> > > > 10g não está de fato registrado em nenhum arquivo de inventário. >> > > > >> > > > cd $ORACLE_HOME_10g/oui/bin >> > > > ./runInstaller -silent -attachHome ORACLE_HOME="AQUI_HOME_DO_10g" >> > > > ORACLE_HOME_NAME="NOME_DO_HOME" >> > > > >> > > > abs >> > > > Jonathan Barbosa >> > > > >> > > > >> > > > ----- Original Message ----- From: Marcelo Medrado To: >> > > > oracle_br@yahoogrupos.com.br >> > > > <oracle_br%40yahoogrupos.com.br><oracle_br% >> 40yahoogrupos.com.br> Sent: >> > > > Thursday, October 22, 2009 9:10 PM >> > > > Subject: Re: [oracle_br] Alguem já passou por isso (Instalação de >> Patch >> > > > Set) >> > > > >> > > > Wilson, >> > > > >> > > > Boa noite. >> > > > >> > > > O patchset 10g às vezes tem a mania de colocar um oracle home >> diferente. Já >> > > > verificou isso? >> > > > >> > > > Sds, >> > > > >> > > > Marcelo Medrado >> > > > >> > > > 2009/10/22 Wilson Issao <wilson.issao@ <wilson.issao%40gmail.com> >> > > > > >> > > > >> > > > > >> > > > > >> > > > > Prezados(as), boa tarde ! >> > > > > >> > > > > Talvez (acredito), seja algo que eu tenha feito errado, mas... >> > > > > >> > > > > Estou com a seguinte configuração: >> > > > > Servidor Sun Fire V490 (4 processadores spark 4 - Risc 1.5Ghz e >> 16GB >> > > > > Memória) >> > > > > Sistema Operacional Sun Solaris 5.10 >> > > > > RDBMS Oracle 10g - 10.2.0.1 64bits >> > > > > >> > > > > Ao tentar instalar o patch set 4, simplesmente o "danado" diz que >> não >> > > > > existe >> > > > > oracle instalado na máquina, e por consequencia, não consigo fazer >> nada. >> > > > > Estou utilizando usuário ora10g e grupo dba10g, pois já existe >> outra >> > > > versão >> > > > > instalada (9i com patch set 7), cujo usuário é oracle e grupo dba. >> > > > > >> > > > > Na instalação da versão 10g, não ocorreu nenhum problemas, e as >> variáveis >> > > > > ORACLE_HOME, ORACLE_BASE e ORACLE_OWNER foram setadas no .profile, >> bem >> > > > como >> > > > > pach, apontando para o local dos binários. >> > > > > >> > > > > Toda ajuda é bem vinda. >> > > > > >> > > > > Obrigado a todos(as). >> > > > > >> > > > > Issao >> > > > > >> > > > > [As partes desta mensagem que não continham texto foram removidas] >> > > > > >> > > > > >> > > > > >> > > > >> > > > [As partes desta mensagem que não continham texto foram removidas] >> > > > >> > > > -------------------------- E-mail Seguro Vetorial.net >> > > > >> > > > Mensagem classificada como NÃO-SPAM. Para classificar como SPAM, >> > > > encaminhe para spam@ <spam%40vetorial.net> >> > > > >> > > > Chave de Identificação: 49321,4ae0e72210466704120446 >> > > > >> > > > ---------------------------------------------------------- >> > > > >> > > > Nenhum vírus encontrado nessa mensagem recebida. >> > > > Verificado por AVG - www.avgbrasil.com.br Versão: 8.5..423 / Banco >> de >> > > > dados de vírus: 270.14.26/2451 - Data de Lançamento: 10/22/09 >> 08:51:00 >> > > > >> > > > >> > > > >> > > >> > > >> > > [As partes desta mensagem que não continham texto foram removidas] >> > > >> > >> >> -------------------------- >> E-mail Seguro Vetorial.net >> >> Mensagem classificada como NÃO-SPAM. Para classificar como SPAM, >> encaminhe para s...@vetorial.net <spam%40vetorial.net> >> >> Chave de Identificação: 49321,4ae2138c10461795112353 >> >> ---------------------------------------------------------- >> >> Nenhum vírus encontrado nessa mensagem recebida. >> Verificado por AVG - www.avgbrasil.com.br >> Versão: 8.5.422 / Banco de dados de vírus: 270.14.28/2454 - Data de >> Lançamento: 10/23/09 14:09:00 >> >> >> [As partes desta mensagem que não continham texto foram removidas] >> >> >> > > [As partes desta mensagem que não continham texto foram removidas]