Pular para o conteúdo principal

Erro upgrade Oracle Oracle GI 18c -> 19c - Fails While Running 'chactl query model'

Durante o upgrade da versão 18c para 19c GI, quando estava executando o script rootupgrade.sh recebi um erro no passo 8


2020/07/22 08:47:13 CLSRSC-595: Executing upgrade step 1 of 18: 'UpgradeTFA'.
2020/07/22 08:47:13 CLSRSC-4015: Performing install or upgrade action for Oracle Trace File Analyzer (TFA) Collector.
2020/07/22 08:47:13 CLSRSC-595: Executing upgrade step 2 of 18: 'ValidateEnv'.
2020/07/22 08:47:14 CLSRSC-595: Executing upgrade step 3 of 18: 'GetOldConfig'.
2020/07/22 08:47:14 CLSRSC-464: Starting retrieval of the cluster configuration data
2020/07/22 08:47:19 CLSRSC-692: Checking whether CRS entities are ready for upgrade. This operation may take a few minutes.
2020/07/22 08:49:03 CLSRSC-4003: Successfully patched Oracle Trace File Analyzer (TFA) Collector.
2020/07/22 08:49:26 CLSRSC-693: CRS entities validation completed successfully.
2020/07/22 08:49:31 CLSRSC-465: Retrieval of the cluster configuration data has successfully completed.
2020/07/22 08:49:31 CLSRSC-595: Executing upgrade step 4 of 18: 'GenSiteGUIDs'.
2020/07/22 08:49:32 CLSRSC-595: Executing upgrade step 5 of 18: 'UpgPrechecks'.
2020/07/22 08:49:33 CLSRSC-595: Executing upgrade step 6 of 18: 'SetupOSD'.
2020/07/22 08:49:33 CLSRSC-595: Executing upgrade step 7 of 18: 'PreUpgrade'.
Nenhum banco de dados está ativado atualmente para monitoramento.
2020/07/22 08:49:47 CLSRSC-180: An error occurred while executing the command '/u01/app/18.3.0/grid/bin/chactl config'
Died at /u01/app/19.3.0/grid/crs/install/orachm.pm line 1137.


Para resolver o problema, remova o recurso usando os comando abaixo e em seguida execute novamente o rootupgrade.sh

Último login:Qua Jul 22 08:49:57 -03 2020
[grid@tjrah01 ~]$ srvctl stop cha
PRCC-1016 : chad was already stopped
PRCR-1005 : Resource ora.chad is already stopped
[grid@tjrah01 ~]$ srvctl remove cha


Depois de terminado o upgrade, adicione o recurso cha novamente.

srvctl config cha
PRCR-1001 : Resource ora.chad does not exist
srvctl add cha


Comentários

Aconteceu comigo num ambiente de testes do 18c pro 19c. Valeu Thiago Castro.

Postagens mais visitadas deste blog

Configurando a política de retenção de backups no RMAN

                       Configurando a politica de reten çã o de backups no RMAN        O objetivo deste post é explicar como podemos configurar a reten çã o de backups na poderosa ferramenta de backup do bando de dados Oracle RMAN. Podemos configurar nossa pol í tica tendo por base dois tipos: janela de recupera çã o (recovery window) ou redundãncia (redundancy). Abaixo iremos abordar os dois tipos.       Para identificar qual dos dois tipos o RMAN está usando, use: RMAN> show retention policy; Política baseada em redundância CONFIGURE RETENTION POLICY TO REDUNDANCY 1; Política baseada em janela de recuperação CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 DAYS; ·        Política baseada em redund â ncia ( REDUNDANCY )       De uma maneira bem simples e objetiva, o par â met...

ORA-01623 ORA-00312 - Removendo redo logs

Após realizar um restore de um ambiente de Oracle RAC para um single instance usando snapshot de storage, tentei recriar os redo logs recebi o seguinte erro durante a exclusão de um grupo de discos. SQL> alter database drop logfile group 2; ORA-01623: o log 2 é o log atual para a instância UOW (thread 1) - não é possível eliminar ORA-00312: thread 2 do log 1 on-line: '+DATA/UOW/ONLINELOG/group_2.1638.1051804433' ORA-00312: thread 2 do log 1 on-line: '+DATA/UOW/ONLINELOG/group_2.981.1051804433' O erro quer dizer que o grupo de redo pertence a outra thread. Quer dizer que ele pertence a outra instância do ambiente RAC. Como no meu caso não precisarei mais dela, basta usar o comando: SAL> alter database disable thread 2; Database altered.   Usei o SQL abaixo para gerar os comandos para excluir os redo logs SQL> select distinct 'alter database drop logfile group '||(group#)||';' from v$log where thread#=2; 'ALTERDATABASEDROPLOGFILEGROUP'||(G...

Oracleasm Deletedisk - Unable to open device or resource busy failed Unable to clear disk

Após a migração de storages utilizando Oracle ASM em um ambiente, precisei remover os discos que não estavam mais sendo utilizados. Porém quando fui utilizar o deletedisk no oracleasm recebi o seguinte erro: # oracleasm deletedisk -v HITACHI33 Clearing disk header: oracleasm-write-label: Unable to open device "/dev/oracleasm/disks/HITACHI33": Device or resource busy failed Unable to clear disk "HITACHI33" Fiz a verificação para ver ser o disco ainda estava em uso, mas não obtive nenhum retorno: # fuser /dev/oracleasm/disks/HITACHI33 # lsof /dev/oracleasm/disks/HITACHI33 Então lendo alguns posts e artigos vi que o problema poderia estar relacionado ao multipath do sistema operacional. Então utilizei o -f para realizar um flush, mas recebi a mensagem abaixo: # multipath -f /dev/oracleasm/disks/HITACHI33 Jun 22 08:43:21 | must provide a map name to remove Utilizei o comando do ASM para verificar o mapeamento do disco....