>> Eu vi que no email anterior a este último dissestes que o inventário seria
necessário somente para os one-off patches.
Não, eu disse que de tudo que foi falado se aplica 100% à instalação de one-off
patches via opatch - realmente não ficou claro, faltou especificar que não
tudo, não 100%. mas algumas coisas sim, se aplicam também á instalação de
patchsets e/ou produtos full com oui - por exemplo sim, o oui usa o inevntário,
não tão intensamente quanto o opatch (que tem montes de informações sobre bugs
individuais a gravar) mas usa sim, então 'erro' do tipo o comentado pelo colega
q iniciou a thread pode SIM acontecer numa instalação via oui ..... Porém, como
o opatch usa mais, é mais 'comum' nele de se ver msgs do tipo, eu ** chutei **
que talvez (de maneira totalmente ERRADA) o colega lá q perguntou estivesse
tentando aplicar o patchset via opatch, se não foi o caso, ok, chute totalmente
fora do gol ... Eu digo CHUTE porque nós estamos TOTALMENTE de fora, de longe,
sem ver a máquina dele, sem conhecer detalhes do ambiente, sem saber o que ele
fez ou não ...
>> 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.
Correto se realmente fosse caso de recriar (a gente não sabe ainda se é ou
não), a nota ubject: How to Recreate the Global oraInventory
Doc ID: 295185.1 Type: HOWTO
Modified Date: 14-APR-2009 nos diz isso, bem como a companion dela a
nota ubject: Strategies for a Corrupted Oracle Central Inventory
Doc ID: 414600.1 Type: PROBLEM
Modified Date: 10-APR-2009
mas como eu disse eu já peguei um caso aonde o inventory estava ok, mas
por algum problema interno, não especificado, não era localizado, aí indiquei a
localização com o invptr : não sei (não sabemos, na verdade) se isso pode ser
causa do problema relatado, mas fica a dica, que é APENAS o que podemos dar ,
dicas...
Aliás, acho que este é um bom momento para dar umas esclarecidas pro colega
que fez a pergunta :
1. tudo que eu e os outros estamos discutindo aqui são work-arounds e técnicas
de se recuperar inventory corrompido - porém (não que o software seja infalível
, loooonge disso), mas não é comum isso, é uma coisa RARA, muito RARA : então,
**** ANTES *** de assumir que isso está acontecendo, olhar as coisas ÓBVIAS
primeiro, tal como :
a. se REALMENTE as variáveis estão setadas corretamente (apesar de vc dizer
que as seta no .xxx_profile, talvez por exemplo vc tenha aberto um shell
DIFERENTE daquele a que o profile se refere, talvez)
b. as PERMISSÕES de ** todos ** os arquivos envolvidos, e de ** TODOS ** os
diretórios/sub-diretórios estão OK para o account que roda o oracle e vc
c. como quase tudo no ambiente do inventory são arquivos-texto, eles PODEM
ser listados, liste-os com cat -vb pra ver se não tem sujeira dentro deles, e a
permissão deles vc já checou no item b. acima
essas coisas são óbvias, ás pessoas dizem 'ah, tá na cara' mas QUANTO de sua
cara vc vê sem um espelho ??? É o tipo de obs que tem que ser feita, nem que
seja por respeito ao método lógico de investigação de problemas....
2. apenas SE as checagens todas não mostraram nada, aí sim vc vai apelar
pralguma das técnicas citadas, vai ler as notas metalink, *** MAS *** que fique
Escrupulosamente Claro, se for banco de Produção Please Please abra um Chamado
no Suporte antes : no melhor de meu conhecimento creio que tudo que falei aqui
é vero, mas seguro morreu de velho...
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, <sp...@...> escreveu
>
> 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
> 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, "jlchiappa" <jlchiappa@> 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, 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> 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...@...
>
> 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]
>
