Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
Renam, Descobri o problema. Quando o CRS ia iniciar ele não tinha permissão no filesystem, quando o linux reiniciava ele colocava a permissão que ele não podia acessar e quando da instalação ele setava a permissão correta, por isto funcionava. Agora preciso descobrir como setar a permissão antes do CRS acessar os rawdevices. Obrigado - Original Message - From: Milton S Cavalieri Jr To: oracle_br@yahoogrupos.com.br Sent: Tuesday, March 21, 2006 8:25 AM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Renan, Exatamente isto, não existe nenhum arquivo neste diretório, nenhum log, nenhum erro o processo esta no ar aparentemente como no ps -ef | gre crs root 5750 1 0 Mar20 ?00:00:00 /bin/sh /etc/init.d/init.crsd run ps -ef | grep init.d root 3075 1 0 Mar20 ?00:00:00 /bin/sh /etc/init.d/init.evmd run root 3076 1 0 Mar20 ?00:00:00 /bin/sh /etc/init.d/init.cssd fatal root 3338 3075 0 Mar20 ?00:00:00 /bin/sh /etc/init.d/init.cssd startcheck root 3349 3076 0 Mar20 ?00:00:00 /bin/sh /etc/init.d/init.cssd startcheck root 3769 1 0 Mar20 ?00:00:00 /bin/sh /etc/init.d/init.cssd startcheck root 5750 1 0 Mar20 ?00:00:00 /bin/sh /etc/init.d/init.crsd run root 5790 5750 0 Mar20 ?00:00:00 /bin/sh /etc/init.d/init.cssd startcheck root 27860 26920 0 08:19 pts/400:00:00 grep init.d mas quando executo crs_stat ./crs_stat CRS-0184: Cannot communicate with the CRS daemon. Aparentemente esta faltando alguma coisa para iniciar olha o que aconteceu na instalação, debuguei o script root.sh. Sei que é meio extenso, mas esperava que ele me desse uma dica de como iniciar corretamente os deamons, pois com ele, quando faço a instalação ele funciona, somente quando eu reinicio a máquina é que não consido iniciar o deamon. [EMAIL PROTECTED] crs]# ./root.sh + SILENT=false + CRS_ORACLE_HOME=/u01/app/oracle/product/10.2.0/crs + CRS_ORACLE_OWNER=oracle + CRS_DBA_GROUP=oinstall + '[' -z '' ']' + CHOWN=/bin/chown + '[' -z '' ']' + CHGRP=/bin/chgrp + '[' -z '' ']' + CHMOD=/bin/chmod + '[' -z '' ']' + ECHO=/bin/echo + '[' -z '' ']' + AWK=/bin/awk + '[' -z '' ']' + LS=/bin/ls + '[' -z '' ']' + ID=/usr/bin/id + '[' -z '' ']' + MKDIRP='/bin/mkdir -p' ++ /usr/bin/id ++ /bin/awk '-F(' '{print $2}' ++ /bin/awk '-F)' '{print $1}' + RUID=root + '[' root '!=' root ']' + UNAME=/bin/uname ++ /bin/uname + PLATFORM=Linux + case $PLATFORM in + DIRNAME=/usr/bin/dirname + USER_ARGS= + '[' 0 -gt 0 ']' + validateInput /u01/app/oracle/product/10.2.0/crs CRS_ORACLE_HOME ++ /bin/echo /u01/app/oracle/product/10.2.0/crs ++ /bin/awk '/^%/ { print "false"; }' + valid= + '[' '' = false ']' + return 0 + validateInput oracle CRS_ORACLE_OWNER ++ /bin/echo oracle ++ /bin/awk '/^%/ { print "false"; }' + valid= + '[' '' = false ']' + return 0 + validateInput oinstall CRS_DBA_GROUP ++ /bin/echo oinstall ++ /bin/awk '/^%/ { print "false"; }' + valid= + '[' '' = false ']' + return 0 + ORA_CRS_HOME=/u01/app/oracle/product/10.2.0/crs + export ORA_CRS_HOME + CH=/u01/app/oracle/product/10.2.0/crs + export CRS_ORACLE_HOME + /bin/chown root /u01/app/oracle/product/10.2.0/crs/bin/crsctl /u01/app/oracle/product/10.2.0/crs/bin/crsctl.bin /u01/app/oracle/product/10.2.0/crs/bin/crsd /u01/app/oracle/product/10.2.0/crs/bin/crsd.bin /u01/app/oracle/product/10.2.0/crs/bin/crs_getperm /u01/app/oracle/product/10.2.0/crs/bin/crs_getperm.bin /u01/app/oracle/product/10.2.0/crs/bin/crs_profile /u01/app/oracle/product/10.2.0/crs/bin/crs_profile.bin /u01/app/oracle/product/10.2.0/crs/bin/crs_register /u01/app/oracle/product/10.2.0/crs/bin/crs_register.bin /u01/app/oracle/product/10.2.0/crs/bin/crs_relocate /u01/app/oracle/product/10.2.0/crs/bin/crs_relocate.bin /u01/app/oracle/product/10.2.0/crs/bin/crs_setperm /u01/app/oracle/product/10.2.0/crs/bin/crs_setperm.bin /u01/app/oracle/product/10.2.0/crs/bin/crs_start /u01/app/oracle/product/10.2.0/crs/bin/crs_start.bin /u01/app/oracle/product/10.2.0/crs/bin/crs_stat /u01/app/oracle/product/10.2.0/crs/bin/crs_stat.bin /u01/app/oracle/product/10.2.0/crs/bin/crs_stop /u01/app/oracle/product/10.2.0/crs/bin/crs_stop.bin /u01/app/oracle/product/10.2.0/crs/bin/crstmpl.scr /u01/app/oracle/product/10.2.0/crs/bin/crs_unregister /u01/app/oracle/product/10.2.0/crs/bin/crs_unregister.bin + /bin/chmod 555 /u01/app/oracle/product/10.2.0/crs/bin/crsctl /u01/app/oracle/product/10.2.0/crs/bin/crsctl.bin /u01
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
The given interface(s), "eth0" is not public. Public interfaces should be used to configure virtual IPs. + exit 0 Renan Medeiros Gerência de Treinamento e Suporte Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
+ /bin/echo 'WARNING: directory '\''/u01/app/oracle/product/10.2.0'\'' is not owned by root' WARNING: directory '/u01/app/oracle/product/10.2.0' is not owned by root + '[' /u01/app/oracle/product/10.2.0 '!=' / ']' ++ /usr/bin/dirname /u01/app/oracle/product/10.2.0 + d=/u01/app/oracle/product ++ /bin/ls -ld /u01/app/oracle/product + set -hxB drwxrwx--- 3 oracle oinstall 4096 Mar 20 15:19 /u01/app/oracle/product + case $3 in + /bin/echo 'WARNING: directory '\''/u01/app/oracle/product'\'' is not owned byroot' WARNING: directory '/u01/app/oracle/product' is not owned by root + '[' /u01/app/oracle/product '!=' / ']' ++ /usr/bin/dirname /u01/app/oracle/product + d=/u01/app/oracle ++ /bin/ls -ld /u01/app/oracle + set -hxB drwxr-xr-x 4 oracle dba 4096 Mar 20 15:19 /u01/app/oracle + case $3 in + /bin/echo 'WARNING: directory '\''/u01/app/oracle'\'' is not owned by root' WARNING: directory '/u01/app/oracle' is not owned by root + '[' /u01/app/oracle '!=' / ']' ++ /usr/bin/dirname /u01/app/oracle + d=/u01/app ++ /bin/ls -ld /u01/app + set -hxB drwxr-xr-x 3 root root 4096 Mar 16 18:58 /u01/app + case $3 in + '[' /u01/app '!=' / ']' ++ /usr/bin/dirname /u01/app + d=/u01 ++ /bin/ls -ld /u01 + set -hxB drwxr-xr-x 4 root root 4096 Mar 16 18:57 /u01 + case $3 in + '[' /u01 '!=' / ']' ++ /usr/bin/dirname /u01 + d=/ ++ /bin/ls -ld / + set -hxB drwxr-xr-x 24 root root 4096 Mar 20 15:17 / + case $3 in + '[' / '!=' / ']' + /u01/app/oracle/product/10.2.0/crs/bin/crsctl create scr oracle + '[' 0 '!=' 0 ']' + CLSCFG_INIT=false + HOSTNAMES_LIST= + '[' -z '' ']' + HOSTNAMES_ARGS= + /u01/app/oracle/product/10.2.0/crs/bin/clscfg -install -nn jaspion.banifprimus.ibp,1 -pn jaspion-priv.banifprimus.ibp,1 -o /u01/app/oracle/product/10.2.0/crs-c crs -l AMERICAN_AMERICA.WE8ISO8859P1 -q /dev/sda6 -misscount 60 assigning default hostname jaspion for node 1. Successfully accumulated necessary OCR keys. Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897. node : node 1: jaspion jaspion-priv jaspion Creating OCR keys for user 'root', privgrp 'root'.. Operation successful. Now formatting voting device: /dev/sda6 Format of 1 voting devices complete. + case $? in + CLSCFG_INIT=true + /bin/cp /u01/app/oracle/product/10.2.0/crs/evm/admin/init.evmd /etc/init.d/init.evmd + /bin/cp /u01/app/oracle/product/10.2.0/crs/css/admin/init.cssd /etc/init.d/init.cssd + /bin/cp /u01/app/oracle/product/10.2.0/crs/crs/admin/init.crsd /etc/init.d/init.crsd + /bin/cp /u01/app/oracle/product/10.2.0/crs/crs/admin/init.crs /etc/init.d/init.crs + for rc in '$RCSDIR' + /bin/rm -f /etc/rc.d/rc3.d/S96init.crs + /bin/ln -s /etc/init.d/init.crs /etc/rc.d/rc3.d/S96init.crs + for rc in '$RCSDIR' + /bin/rm -f /etc/rc.d/rc5.d/S96init.crs + /bin/ln -s /etc/init.d/init.crs /etc/rc.d/rc5.d/S96init.crs + for rc in '$RCKDIR' + /bin/rm -f /etc/rc.d/rc0.d/K96init.crs + /bin/ln -s /etc/init.d/init.crs /etc/rc.d/rc0.d/K96init.crs + for rc in '$RCKDIR' + /bin/rm -f /etc/rc.d/rc1.d/K96init.crs + /bin/ln -s /etc/init.d/init.crs /etc/rc.d/rc1.d/K96init.crs + for rc in '$RCKDIR' + /bin/rm -f /etc/rc.d/rc2.d/K96init.crs + /bin/ln -s /etc/init.d/init.crs /etc/rc.d/rc2.d/K96init.crs + for rc in '$RCKDIR' + /bin/rm -f /etc/rc.d/rc4.d/K96init.crs + /bin/ln -s /etc/init.d/init.crs /etc/rc.d/rc4.d/K96init.crs + for rc in '$RCKDIR' + /bin/rm -f /etc/rc.d/rc6.d/K96init.crs + /bin/ln -s /etc/init.d/init.crs /etc/rc.d/rc6.d/K96init.crs + /bin/cp /etc/inittab /etc/inittab.orig + /etc/init.d/init.crs start Startup will be queued to init within 90 seconds. + /etc/init.d/init.cssd startcheck CSS + '[' 0 '!=' 0 ']' + /bin/echo 'Adding daemons to inittab' Adding daemons to inittab + eval /bin/cat '$IT' '|' /bin/grep -v init.evmd '|' /bin/grep -v init.cssd '|'/bin/grep -v init.crsd '>' '$IT.tmp' '||' '{' /bin/echo '0;' exit '1;' '}' ';' /bin/cp '$IT.tmp' '$IT.no_crs' '||' '{' /bin/echo '0;' exit '1;' '};' '$SYNC' ';' '$SYNC' ';' '$SYNC' ';' /bin/mv '$IT.tmp'
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
O diretório $ORA_CRS_HOME/log/crs esta vazio, como se parecesse que não iniciou. - Original Message - From: Renan da Silveira Medeiros To: oracle_br@yahoogrupos.com.br Sent: Monday, March 20, 2006 1:05 PM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 E o log do CRS ? Renan Medeiros Gerência de Treinamento e Suporte Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: Milton S Cavalieri Jr To: oracle_br@yahoogrupos.com.br Sent: Monday, March 20, 2006 10:24 AM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Renan, Realmente não esta funcionando. Coloquei em uma maquina com duas placas de rede e mesmo assim não esta funcionando. Não estou conseguindo iniciar o Deamon. Meu iniitab esta assim: h1:35:respawn:/etc/init.d/init.evmd run >/dev/null 2>&1 /dev/null 2>&1 /dev/null 2>&1 Enviado ter 14/3/2006 19:22 Para oracle_br@yahoogrupos.com.br Cc [EMAIL PROTECTED] Assunto [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.94 lnxmscj 192.168.4.95 lnxmscj-vip 10.1.1.1 lnxmscj-priv na Placa de rede estão os 2 IPs 192.168.4.94 e 10.1.1.1 Bem quando eu executo o comando /cdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -pre crsinst -n lnxmscj Ele me da erro na verificacao do VIP e no resto passa. Bem realizo a instalação, vai tudo bem, mas quando ele manda eu rodar o root.sh ao final da instalação ele da erro dizendo que não conseguiu configurar o vipca. Bem, rodo o vipca na mão e ele funciona, cria na ethernet o segundo IP 192.168.4.95. e finalizo a instalacao sem problemas. Instalo o banco de dados sem problemas, ele reconhece o CRS e tudo mais, mas quando eu reinicio a máquina o CRS não sobe. Tento iniciar na mão /etc/init.d/init.crs start ou $ORA_CRS_HOME/bin/crsctl start crs ou $ORA_CRS_HOME/bin/crs_start -all. Nenhum dos comandos funciona. Estou tentando simular o cluster um um único computador. Alguem tem conhecimento em o que esta acotecendo? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html (http://br.yahoo.com/homepageset.html) -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ (http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/) --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE __ Links do Yahoo! Grupos · Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ (http://br.groups.yahoo.com/group/oracle_br/) · Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) · O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo! (http://br.yahoo.com/info/utos.html). [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE 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: [EMAIL PROTECTED] O uso que você faz do Yahoo!
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
$ORA_CRS_HOME/{nomedocluster}/log/ Neste diretorio tem um arquivo com o mesmo nome do host. Renan Medeiros Gerência de Treinamento e Suporte Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
E o log do CRS ? Renan Medeiros Gerência de Treinamento e Suporte Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: Milton S Cavalieri Jr To: oracle_br@yahoogrupos.com.br Sent: Monday, March 20, 2006 10:24 AM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Renan, Realmente não esta funcionando. Coloquei em uma maquina com duas placas de rede e mesmo assim não esta funcionando. Não estou conseguindo iniciar o Deamon. Meu iniitab esta assim: h1:35:respawn:/etc/init.d/init.evmd run >/dev/null 2>&1 /dev/null 2>&1 /dev/null 2>&1 Enviado ter 14/3/2006 19:22 Para oracle_br@yahoogrupos.com.br Cc [EMAIL PROTECTED] Assunto [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.94 lnxmscj 192.168.4.95 lnxmscj-vip 10.1.1.1 lnxmscj-priv na Placa de rede estão os 2 IPs 192.168.4.94 e 10.1.1.1 Bem quando eu executo o comando /cdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -pre crsinst -n lnxmscj Ele me da erro na verificacao do VIP e no resto passa. Bem realizo a instalação, vai tudo bem, mas quando ele manda eu rodar o root.sh ao final da instalação ele da erro dizendo que não conseguiu configurar o vipca. Bem, rodo o vipca na mão e ele funciona, cria na ethernet o segundo IP 192.168.4.95. e finalizo a instalacao sem problemas. Instalo o banco de dados sem problemas, ele reconhece o CRS e tudo mais, mas quando eu reinicio a máquina o CRS não sobe. Tento iniciar na mão /etc/init.d/init.crs start ou $ORA_CRS_HOME/bin/crsctl start crs ou $ORA_CRS_HOME/bin/crs_start -all. Nenhum dos comandos funciona. Estou tentando simular o cluster um um único computador. Alguem tem conhecimento em o que esta acotecendo? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html (http://br.yahoo.com/homepageset.html) -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ (http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/) --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE __ Links do Yahoo! Grupos · Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ (http://br.groups.yahoo.com/group/oracle_br/) · Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) · O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo! (http://br.yahoo.com/info/utos.html). [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE 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: [EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.ya
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
Renan, Realmente não esta funcionando. Coloquei em uma maquina com duas placas de rede e mesmo assim não esta funcionando. Não estou conseguindo iniciar o Deamon. Meu iniitab esta assim: h1:35:respawn:/etc/init.d/init.evmd run >/dev/null 2>&1 /dev/null 2>&1 /dev/null 2>&1 Enviado ter 14/3/2006 19:22 Para oracle_br@yahoogrupos.com.br Cc [EMAIL PROTECTED] Assunto [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.94 lnxmscj 192.168.4.95 lnxmscj-vip 10.1.1.1 lnxmscj-priv na Placa de rede estão os 2 IPs 192.168.4.94 e 10.1.1.1 Bem quando eu executo o comando /cdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -pre crsinst -n lnxmscj Ele me da erro na verificacao do VIP e no resto passa. Bem realizo a instalação, vai tudo bem, mas quando ele manda eu rodar o root.sh ao final da instalação ele da erro dizendo que não conseguiu configurar o vipca. Bem, rodo o vipca na mão e ele funciona, cria na ethernet o segundo IP 192.168.4.95. e finalizo a instalacao sem problemas. Instalo o banco de dados sem problemas, ele reconhece o CRS e tudo mais, mas quando eu reinicio a máquina o CRS não sobe. Tento iniciar na mão /etc/init.d/init.crs start ou $ORA_CRS_HOME/bin/crsctl start crs ou $ORA_CRS_HOME/bin/crs_start -all. Nenhum dos comandos funciona. Estou tentando simular o cluster um um único computador. Alguem tem conhecimento em o que esta acotecendo? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html (http://br.yahoo.com/homepageset.html) -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ (http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/) --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE __ Links do Yahoo! Grupos · Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ (http://br.groups.yahoo.com/group/oracle_br/) · Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) · O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo! (http://br.yahoo.com/info/utos.html). [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE 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: [EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
Renan, Realmente não esta funcionando. Coloquei em uma maquina com duas placas de rede e mesmo assim não esta funcionando. Não estou conseguindo iniciar o Deamon. Meu iniitab esta assim: h1:35:respawn:/etc/init.d/init.evmd run >/dev/null 2>&1 /dev/null 2>&1 /dev/null 2>&1 Enviado ter 14/3/2006 19:22 Para oracle_br@yahoogrupos.com.br Cc [EMAIL PROTECTED] Assunto [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.94 lnxmscj 192.168.4.95 lnxmscj-vip 10.1.1.1 lnxmscj-priv na Placa de rede estão os 2 IPs 192.168.4.94 e 10.1.1.1 Bem quando eu executo o comando /cdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -pre crsinst -n lnxmscj Ele me da erro na verificacao do VIP e no resto passa. Bem realizo a instalação, vai tudo bem, mas quando ele manda eu rodar o root.sh ao final da instalação ele da erro dizendo que não conseguiu configurar o vipca. Bem, rodo o vipca na mão e ele funciona, cria na ethernet o segundo IP 192.168.4.95. e finalizo a instalacao sem problemas. Instalo o banco de dados sem problemas, ele reconhece o CRS e tudo mais, mas quando eu reinicio a máquina o CRS não sobe. Tento iniciar na mão /etc/init.d/init.crs start ou $ORA_CRS_HOME/bin/crsctl start crs ou $ORA_CRS_HOME/bin/crs_start -all. Nenhum dos comandos funciona. Estou tentando simular o cluster um um único computador. Alguem tem conhecimento em o que esta acotecendo? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html (http://br.yahoo.com/homepageset.html) -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ (http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/) --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE __ Links do Yahoo! Grupos · Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ (http://br.groups.yahoo.com/group/oracle_br/) · Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) · O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo! (http://br.yahoo.com/info/utos.html). [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE 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: [EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por:
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
OK.. qq coisa mande um email. Renan Medeiros Gerência de Treinamento e Suporte Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: Milton S Cavalieri Jr To: oracle_br@yahoogrupos.com.br Sent: Wednesday, March 15, 2006 2:11 PM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Renan, Acredito que este seja o meu problema, na minha máquina não tem duas placas de rede. Peguem emprestado um servidor com duas placas de rede para verificar se o problema é este. E se for o caso te dou um toque. Mas pelo que você esta falando parece que minha desconfiança estava certa. Os serviços estão no iniitab, mas eles não iniciam como eu lhe havia dito. Muito obrigado por enquanto Milton. - Original Message - From: Renan da Silveira Medeiros To: oracle_br@yahoogrupos.com.br Sent: Wednesday, March 15, 2006 8:12 AM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Eu monto um ambiente de curso de RAC com um nó apenas, mas com duas placas de rede, uma publica e uma privada. Dá para simular legal.. Reveja seu /etc/inittab e veja se os processos de inicialização do cluster estão lá. Renan Medeiros Gerência de Treinamento e Suporte Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: Milton S Cavalieri Jr To: oracle_br@yahoogrupos.com.br Sent: Wednesday, March 15, 2006 8:00 AM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Renan, O data do log é a do momento da instalação. Parece que ele nem tentou iniciar o Demon. Com relação a sua pergunta ele formatou o ocr e o voting disk com sucesso. O esquisito é que quando instalo, tudo funciona, consigo executar /etc/init.d/init.crs start e stop normalmente, mas após o reboot do computador parece que falta algo, pois os mesmos comandos não funcionam. Quando executo "ps -ef | grep crs" ele aparece o processo "$ORA_CRS_HOME/crs run" após a instalação do clusterware, mas quando eu reinicio o computador tento executar "/etc/init.d/init.crs start" e executo o "ps -ef | grep crs" não aparece nada. Nos logs mão aparece a inicialização do crs porque o log esta na ultima data anterior ao reboot como se ele nem tivesse tentado iniciar o Demon. Acho que estou com um problemão. Ah Após instalar o clusterware da versao 10.2.0.1 apliquei o patch 10.2.0.2. Veja novamente aconteceu o mesmo. Quando aplico o Patch ele sobe o crs, mas após o reboot ele não funciona mais. A interface vip que estava setada na minha placa de rede desaparece. Não consigo iniciar o "vipca" porque ele me pede o crs iniciado. Tentei colocar o ip na mão após o reboot ipconfig eth0:1 192.168.4.95 netmask 255.255.255.0, mas mesmo assim não funcionou. Ainda bem que tenho um pouco de tempo antes de instalar o cluster. Estava pensando que fosse porque eu tenho somente uma placa de rede e por algum motivo algo esta dando errado. Todos os docs que consultei necessita de duas placas de rede. Peguei um documento de RAC acho que era "criando RAC no notebook" que dizia que poderia simular o RAC em um computador menor, sabe para fazer testes. Mas este é o único documento que tenho que diz que funciona em computadores com 1 placa de rede. Li o tutorial inteiro de RAC da Oracle adquiri um livro sobre RAC, fiz, aparentemente :-) o procedimento correto de instalação, claro a instalação esta funcionanado perfeitamente, somente tenho que rodar antes de terminar a instalação do RAC quando o runInstaller fala para rodar o root.sh tenho que rodar o vipca antes de terminar para que o clusvfy não reclame do vip na finalização. Bem espero ter explicado detalhadamente o que ocorre em minha instalação. Obrigado pela força. Milton. - Original Message - From: Renan Medeiros To: oracle_br@yahoogrupos.com.br Sent: Tuesday, March 14, 2006 9:05 PM Subject: RE: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Entra no $ORA_CRS_HOME/crs/logs/nomedocluster e veja o log .. Quando tu rodou o root.sh nao deu erro na formatação do ocr e do voting disk ? Eu fiz esta instalação e deu erro, e tive que baixar o ocrformat.bin do site da Oracle. Era RH4.0 e ORACLE10GR2. Renan __ De Milton S Cavalieri Jr <[EMAIL PROTECTED]> Enviado ter 14/3/2006 19:22 Para oracle_br@yahoogrupos.com.br Cc [EMAIL PROTECTED] Assunto [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.9
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
Renan, Acredito que este seja o meu problema, na minha máquina não tem duas placas de rede. Peguem emprestado um servidor com duas placas de rede para verificar se o problema é este. E se for o caso te dou um toque. Mas pelo que você esta falando parece que minha desconfiança estava certa. Os serviços estão no iniitab, mas eles não iniciam como eu lhe havia dito. Muito obrigado por enquanto Milton. - Original Message - From: Renan da Silveira Medeiros To: oracle_br@yahoogrupos.com.br Sent: Wednesday, March 15, 2006 8:12 AM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Eu monto um ambiente de curso de RAC com um nó apenas, mas com duas placas de rede, uma publica e uma privada. Dá para simular legal.. Reveja seu /etc/inittab e veja se os processos de inicialização do cluster estão lá. Renan Medeiros Gerência de Treinamento e Suporte Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: Milton S Cavalieri Jr To: oracle_br@yahoogrupos.com.br Sent: Wednesday, March 15, 2006 8:00 AM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Renan, O data do log é a do momento da instalação. Parece que ele nem tentou iniciar o Demon. Com relação a sua pergunta ele formatou o ocr e o voting disk com sucesso. O esquisito é que quando instalo, tudo funciona, consigo executar /etc/init.d/init.crs start e stop normalmente, mas após o reboot do computador parece que falta algo, pois os mesmos comandos não funcionam. Quando executo "ps -ef | grep crs" ele aparece o processo "$ORA_CRS_HOME/crs run" após a instalação do clusterware, mas quando eu reinicio o computador tento executar "/etc/init.d/init.crs start" e executo o "ps -ef | grep crs" não aparece nada. Nos logs mão aparece a inicialização do crs porque o log esta na ultima data anterior ao reboot como se ele nem tivesse tentado iniciar o Demon. Acho que estou com um problemão. Ah Após instalar o clusterware da versao 10.2.0.1 apliquei o patch 10.2.0.2. Veja novamente aconteceu o mesmo. Quando aplico o Patch ele sobe o crs, mas após o reboot ele não funciona mais. A interface vip que estava setada na minha placa de rede desaparece. Não consigo iniciar o "vipca" porque ele me pede o crs iniciado. Tentei colocar o ip na mão após o reboot ipconfig eth0:1 192.168.4.95 netmask 255.255.255.0, mas mesmo assim não funcionou. Ainda bem que tenho um pouco de tempo antes de instalar o cluster. Estava pensando que fosse porque eu tenho somente uma placa de rede e por algum motivo algo esta dando errado. Todos os docs que consultei necessita de duas placas de rede. Peguei um documento de RAC acho que era "criando RAC no notebook" que dizia que poderia simular o RAC em um computador menor, sabe para fazer testes. Mas este é o único documento que tenho que diz que funciona em computadores com 1 placa de rede. Li o tutorial inteiro de RAC da Oracle adquiri um livro sobre RAC, fiz, aparentemente :-) o procedimento correto de instalação, claro a instalação esta funcionanado perfeitamente, somente tenho que rodar antes de terminar a instalação do RAC quando o runInstaller fala para rodar o root.sh tenho que rodar o vipca antes de terminar para que o clusvfy não reclame do vip na finalização. Bem espero ter explicado detalhadamente o que ocorre em minha instalação. Obrigado pela força. Milton. - Original Message - From: Renan Medeiros To: oracle_br@yahoogrupos.com.br Sent: Tuesday, March 14, 2006 9:05 PM Subject: RE: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Entra no $ORA_CRS_HOME/crs/logs/nomedocluster e veja o log .. Quando tu rodou o root.sh nao deu erro na formatação do ocr e do voting disk ? Eu fiz esta instalação e deu erro, e tive que baixar o ocrformat.bin do site da Oracle. Era RH4.0 e ORACLE10GR2. Renan __ De Milton S Cavalieri Jr <[EMAIL PROTECTED]> Enviado ter 14/3/2006 19:22 Para oracle_br@yahoogrupos.com.br Cc [EMAIL PROTECTED] Assunto [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.94 lnxmscj 192.168.4.95 lnxmscj-vip 10.1.1.1 lnxmscj-priv na Placa de rede estão os 2 IPs 192.168.4.94 e 10.1.1.1 Bem quando eu executo o comando /cdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -pre crsinst -n lnxmscj Ele me da erro na verificacao do VIP e no resto passa. Bem realizo a instalação, vai tudo bem, mas quando ele manda eu rodar o root.sh ao final da instalação ele da erro dizendo que não conseguiu configurar o vipca. Bem, rodo o vipca na mão e ele funciona, cria na ethernet o segundo IP 192.168.4.95. e finalizo a instal
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
Eu monto um ambiente de curso de RAC com um nó apenas, mas com duas placas de rede, uma publica e uma privada. Dá para simular legal.. Reveja seu /etc/inittab e veja se os processos de inicialização do cluster estão lá. Renan Medeiros Gerência de Treinamento e Suporte Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: Milton S Cavalieri Jr To: oracle_br@yahoogrupos.com.br Sent: Wednesday, March 15, 2006 8:00 AM Subject: Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Renan, O data do log é a do momento da instalação. Parece que ele nem tentou iniciar o Demon. Com relação a sua pergunta ele formatou o ocr e o voting disk com sucesso. O esquisito é que quando instalo, tudo funciona, consigo executar /etc/init.d/init.crs start e stop normalmente, mas após o reboot do computador parece que falta algo, pois os mesmos comandos não funcionam. Quando executo "ps -ef | grep crs" ele aparece o processo "$ORA_CRS_HOME/crs run" após a instalação do clusterware, mas quando eu reinicio o computador tento executar "/etc/init.d/init.crs start" e executo o "ps -ef | grep crs" não aparece nada. Nos logs mão aparece a inicialização do crs porque o log esta na ultima data anterior ao reboot como se ele nem tivesse tentado iniciar o Demon. Acho que estou com um problemão. Ah Após instalar o clusterware da versao 10.2.0.1 apliquei o patch 10.2.0.2. Veja novamente aconteceu o mesmo. Quando aplico o Patch ele sobe o crs, mas após o reboot ele não funciona mais. A interface vip que estava setada na minha placa de rede desaparece. Não consigo iniciar o "vipca" porque ele me pede o crs iniciado. Tentei colocar o ip na mão após o reboot ipconfig eth0:1 192.168.4.95 netmask 255.255.255.0, mas mesmo assim não funcionou. Ainda bem que tenho um pouco de tempo antes de instalar o cluster. Estava pensando que fosse porque eu tenho somente uma placa de rede e por algum motivo algo esta dando errado. Todos os docs que consultei necessita de duas placas de rede. Peguei um documento de RAC acho que era "criando RAC no notebook" que dizia que poderia simular o RAC em um computador menor, sabe para fazer testes. Mas este é o único documento que tenho que diz que funciona em computadores com 1 placa de rede. Li o tutorial inteiro de RAC da Oracle adquiri um livro sobre RAC, fiz, aparentemente :-) o procedimento correto de instalação, claro a instalação esta funcionanado perfeitamente, somente tenho que rodar antes de terminar a instalação do RAC quando o runInstaller fala para rodar o root.sh tenho que rodar o vipca antes de terminar para que o clusvfy não reclame do vip na finalização. Bem espero ter explicado detalhadamente o que ocorre em minha instalação. Obrigado pela força. Milton. - Original Message - From: Renan Medeiros To: oracle_br@yahoogrupos.com.br Sent: Tuesday, March 14, 2006 9:05 PM Subject: RE: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Entra no $ORA_CRS_HOME/crs/logs/nomedocluster e veja o log .. Quando tu rodou o root.sh nao deu erro na formatação do ocr e do voting disk ? Eu fiz esta instalação e deu erro, e tive que baixar o ocrformat.bin do site da Oracle. Era RH4.0 e ORACLE10GR2. Renan __ De Milton S Cavalieri Jr <[EMAIL PROTECTED]> Enviado ter 14/3/2006 19:22 Para oracle_br@yahoogrupos.com.br Cc [EMAIL PROTECTED] Assunto [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.94 lnxmscj 192.168.4.95 lnxmscj-vip 10.1.1.1 lnxmscj-priv na Placa de rede estão os 2 IPs 192.168.4.94 e 10.1.1.1 Bem quando eu executo o comando /cdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -pre crsinst -n lnxmscj Ele me da erro na verificacao do VIP e no resto passa. Bem realizo a instalação, vai tudo bem, mas quando ele manda eu rodar o root.sh ao final da instalação ele da erro dizendo que não conseguiu configurar o vipca. Bem, rodo o vipca na mão e ele funciona, cria na ethernet o segundo IP 192.168.4.95. e finalizo a instalacao sem problemas. Instalo o banco de dados sem problemas, ele reconhece o CRS e tudo mais, mas quando eu reinicio a máquina o CRS não sobe. Tento iniciar na mão /etc/init.d/init.crs start ou $ORA_CRS_HOME/bin/crsctl start crs ou $ORA_CRS_HOME/bin/crs_start -all. Nenhum dos comandos funciona. Estou tentando simular o cluster um um único computador. Alguem tem conhecimento em o que esta acotecendo? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://b
Re: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
Renan, O data do log é a do momento da instalação. Parece que ele nem tentou iniciar o Demon. Com relação a sua pergunta ele formatou o ocr e o voting disk com sucesso. O esquisito é que quando instalo, tudo funciona, consigo executar /etc/init.d/init.crs start e stop normalmente, mas após o reboot do computador parece que falta algo, pois os mesmos comandos não funcionam. Quando executo "ps -ef | grep crs" ele aparece o processo "$ORA_CRS_HOME/crs run" após a instalação do clusterware, mas quando eu reinicio o computador tento executar "/etc/init.d/init.crs start" e executo o "ps -ef | grep crs" não aparece nada. Nos logs mão aparece a inicialização do crs porque o log esta na ultima data anterior ao reboot como se ele nem tivesse tentado iniciar o Demon. Acho que estou com um problemão. Ah Após instalar o clusterware da versao 10.2.0.1 apliquei o patch 10.2.0.2. Veja novamente aconteceu o mesmo. Quando aplico o Patch ele sobe o crs, mas após o reboot ele não funciona mais. A interface vip que estava setada na minha placa de rede desaparece. Não consigo iniciar o "vipca" porque ele me pede o crs iniciado. Tentei colocar o ip na mão após o reboot ipconfig eth0:1 192.168.4.95 netmask 255.255.255.0, mas mesmo assim não funcionou. Ainda bem que tenho um pouco de tempo antes de instalar o cluster. Estava pensando que fosse porque eu tenho somente uma placa de rede e por algum motivo algo esta dando errado. Todos os docs que consultei necessita de duas placas de rede. Peguei um documento de RAC acho que era "criando RAC no notebook" que dizia que poderia simular o RAC em um computador menor, sabe para fazer testes. Mas este é o único documento que tenho que diz que funciona em computadores com 1 placa de rede. Li o tutorial inteiro de RAC da Oracle adquiri um livro sobre RAC, fiz, aparentemente :-) o procedimento correto de instalação, claro a instalação esta funcionanado perfeitamente, somente tenho que rodar antes de terminar a instalação do RAC quando o runInstaller fala para rodar o root.sh tenho que rodar o vipca antes de terminar para que o clusvfy não reclame do vip na finalização. Bem espero ter explicado detalhadamente o que ocorre em minha instalação. Obrigado pela força. Milton. - Original Message - From: Renan Medeiros To: oracle_br@yahoogrupos.com.br Sent: Tuesday, March 14, 2006 9:05 PM Subject: RE: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Entra no $ORA_CRS_HOME/crs/logs/nomedocluster e veja o log .. Quando tu rodou o root.sh nao deu erro na formatação do ocr e do voting disk ? Eu fiz esta instalação e deu erro, e tive que baixar o ocrformat.bin do site da Oracle. Era RH4.0 e ORACLE10GR2. Renan __ De Milton S Cavalieri Jr <[EMAIL PROTECTED]> Enviado ter 14/3/2006 19:22 Para oracle_br@yahoogrupos.com.br Cc [EMAIL PROTECTED] Assunto [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.94 lnxmscj 192.168.4.95 lnxmscj-vip 10.1.1.1 lnxmscj-priv na Placa de rede estão os 2 IPs 192.168.4.94 e 10.1.1.1 Bem quando eu executo o comando /cdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -pre crsinst -n lnxmscj Ele me da erro na verificacao do VIP e no resto passa. Bem realizo a instalação, vai tudo bem, mas quando ele manda eu rodar o root.sh ao final da instalação ele da erro dizendo que não conseguiu configurar o vipca. Bem, rodo o vipca na mão e ele funciona, cria na ethernet o segundo IP 192.168.4.95. e finalizo a instalacao sem problemas. Instalo o banco de dados sem problemas, ele reconhece o CRS e tudo mais, mas quando eu reinicio a máquina o CRS não sobe. Tento iniciar na mão /etc/init.d/init.crs start ou $ORA_CRS_HOME/bin/crsctl start crs ou $ORA_CRS_HOME/bin/crs_start -all. Nenhum dos comandos funciona. Estou tentando simular o cluster um um único computador. Alguem tem conhecimento em o que esta acotecendo? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html (http://br.yahoo.com/homepageset.html) -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ (http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/) --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine _
RE: [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
Entra no $ORA_CRS_HOME/crs/logs/nomedocluster e veja o log .. Quando tu rodou o root.sh nao deu erro na formatação do ocr e do voting disk ? Eu fiz esta instalação e deu erro, e tive que baixar o ocrformat.bin do site da Oracle. Era RH4.0 e ORACLE10GR2. Renan __ De Milton S Cavalieri Jr <[EMAIL PROTECTED]> Enviado ter 14/3/2006 19:22 Para oracle_br@yahoogrupos.com.br Cc [EMAIL PROTECTED] Assunto [oracle_br] Problemas com CRS 10g no Linux RHEL 4.0 Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.94 lnxmscj 192.168.4.95 lnxmscj-vip 10.1.1.1 lnxmscj-priv na Placa de rede estão os 2 IPs 192.168.4.94 e 10.1.1.1 Bem quando eu executo o comando /cdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -pre crsinst -n lnxmscj Ele me da erro na verificacao do VIP e no resto passa. Bem realizo a instalação, vai tudo bem, mas quando ele manda eu rodar o root.sh ao final da instalação ele da erro dizendo que não conseguiu configurar o vipca. Bem, rodo o vipca na mão e ele funciona, cria na ethernet o segundo IP 192.168.4.95. e finalizo a instalacao sem problemas. Instalo o banco de dados sem problemas, ele reconhece o CRS e tudo mais, mas quando eu reinicio a máquina o CRS não sobe. Tento iniciar na mão /etc/init.d/init.crs start ou $ORA_CRS_HOME/bin/crsctl start crs ou $ORA_CRS_HOME/bin/crs_start -all. Nenhum dos comandos funciona. Estou tentando simular o cluster um um único computador. Alguem tem conhecimento em o que esta acotecendo? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html (http://br.yahoo.com/homepageset.html) -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ (http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/) --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE __ Links do Yahoo! Grupos · Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ (http://br.groups.yahoo.com/group/oracle_br/) · Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) · O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo! (http://br.yahoo.com/info/utos.html). [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Problemas com CRS 10g no Linux RHEL 4.0
Ambiente: Linux RHEL 4.0 Update 2 1 Placa de Rede 1000BaseT Oracle 10g Release 2 Coloquei 2 IP´s na placa de Rede 192.168.4.94 lnxmscj 192.168.4.95 lnxmscj-vip 10.1.1.1 lnxmscj-priv na Placa de rede estão os 2 IPs 192.168.4.94 e 10.1.1.1 Bem quando eu executo o comando /cdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -pre crsinst -n lnxmscj Ele me da erro na verificacao do VIP e no resto passa. Bem realizo a instalação, vai tudo bem, mas quando ele manda eu rodar o root.sh ao final da instalação ele da erro dizendo que não conseguiu configurar o vipca. Bem, rodo o vipca na mão e ele funciona, cria na ethernet o segundo IP 192.168.4.95. e finalizo a instalacao sem problemas. Instalo o banco de dados sem problemas, ele reconhece o CRS e tudo mais, mas quando eu reinicio a máquina o CRS não sobe. Tento iniciar na mão /etc/init.d/init.crs start ou $ORA_CRS_HOME/bin/crsctl start crs ou $ORA_CRS_HOME/bin/crs_start -all. Nenhum dos comandos funciona. Estou tentando simular o cluster um um único computador. Alguem tem conhecimento em o que esta acotecendo? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html