Pessoal, ola.Hoje venho aqui para dividir com voces uma satisfacao muito grande. Verdade que esta um pouco atrasada, mas nunca e tarde.Esse e o meu primeiro post publicado no OTN: Guia de Instalacao Oracle Enterprise Manager Cloud Control 13cPara quem nao sabe, a Comunidade Oracle Technology Network America Latina e uma espaco mantido pela Oracle para que artigos tecnicos escritos pelos profissionais da area sejam compartilhados.Esses artigos passam por uma revisao da equipe tecnica do produto na propria Oracle antes de ser publicado, garantindo assim a qualidade e aderencia da publicacao com as regras de uso e licenciamento do produto que esta sendo usado no artigo.Espero que gostem.Logo mais estarei publicando mais um artigo no OTN e tambem retomando aqui com pelo menos um artigo por semana.AbracoMario Fala pessoal...Esses dias peguei um bug que nunca havia visto, por isso vou registrar aqui para todos.Depois de um simples df -h, o resultado que recebo em um dos nodes do RAC 11g de um cliente e que meu "/oracle" (onde instalo os binarios do GRID e RDBMS), estava com mais de 90% de ocupacao.Achei estranho e ao verificar minhas pastas, cheguei ao arquivo "crfclust.bdb" com quase 30G de tamanho. -rw-r----- 1 root root 30G Oct 5 18:19 crfclust.bdbAo acessar o MOS, encontrei o note "Oracle Cluster Health Monitor (CHM) using large amount of space (more than default) (Doc ID 1343105.1)". Esse note esta relacionado ao bug "BUG:10165314 - CHM/CRF/IPDOS REPOSITORY EXCEEDS 1GB AFTER ADD/REMOVE NODE OR FRESH INSTALL".So como curiosidade e bem rapidamente, o CHM coleta estatisticas (metricas de sistema) em real-time do SO. A coleta abrange memoria, uso de SWAP, processos, I/O, etc. Essa coleta se da atraves do "Cluster Health Monitor Service" - ora.crf. No note "Cluster Health Monitor (CHM) FAQ (Doc ID 1328466.1)", voce encontra diversas informacoes muito mais detalhadas sobre esse servico.Voltando ao nosso problema, nao podemos ficar com esse arquivo tao grande assim. O procedimento e simples para recriar o mesmo.Esse procedimento pode ser feito com o cluster no ar, tranquilamente. E deve ser feito como ROOT.1) Exporte as variaveis de ambiente: su - export ORACLE_GRID=/oracle/app/11.2.0/grid 2) Execute o comando abaixo para confirmar o local do nosso arquivo $ORACLE_GRID/bin/oclumon manage -get reppath A saida esperada e essa: CHM Repository Path = /oracle/app/11.2.0/grid/crf/db/srv1 Done3) Va ate o diretorio e identifique o arquivo cd /oracle/app/11.2.0/grid/crf/db/srv1 ls -lrht crfclust.bdb -rw-r----- 1 root root 30G Oct 5 18:19 crfclust.bdb4) Vamos parar o servico do CHM $ORACLE_GRID/bin/crsctl stop res ora.crf -init CRS-2673: Attempting to stop 'ora.crf' on 'srv1'5) Remover o arquivo rm -f crfclust.bdb6) Iniciamos o servico novamente $ORACLE_GRID/bin/crsctl start res ora.crf -init CRS-2672: Attempting to start 'ora.crf' on 'srv1' CRS-2676: Start of 'ora.crf' on 'srv1' succeeded Nesse momento, o arquivo "crfclust.bdb" sera gerado novamente e a coleta sera retomada. Alem da perda das estatisticas, a exclusao desse arquivo nao gera mais nenhum problema para o cluster.That's it folks.Espero que seja util a voces.AbracoMario Pessoal, ola.Passando rapidinho para divulgar meu novo artigo la no OTN. O link e esse ai abaixo: Adicionando target's RAC ao Oracle Enterprise Manager Cloud Control 13cDa uma passadinha la