Pular para o conteúdo principal
Instalando ASMLib 2.0 no RHEL6


Recentemente passei pro alguns problemas na configuração do ASM no Red Hat Enterprise Linux 6, então resolvi compartilhar aqui como solucionei. Espero que ajude.

O primeiro passo é baixar os pacotes no site da Oracle
http://www.oracle.com/technetwork/server-storage/linux/asmlib/rhel6-1940776.html

No RHEL6 o oracleasmlib-2.0.4-1.el6.x86_64.rpm vai falhar devido a dependências. Então entre no repositório Oracle: http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ para baixar o kernel-uek


Baixe e instale os pacotes na ordem a seguir:
kernel-uek-firmware-2.6.32-400.29.2.el6uek.noarch.rpm
kernel-uek-2.6.32-400.29.2.el6uek.x86_64.rpm
oracleasmlib-2.0.4-1.el6.x86_64.rpm
oracleasm-support-2.1.8-1.el6.x86_64.rpm



Depois de instalar, precisamos dar boot no SO usando o kernel-uek. Para isso, acesse o arquvio /etc/grub.conf e faça com que seu SO inicie com o novo kernel. Repare que no meu arquivo a opção default ficou com o kernel uek.



default=0
timeout=5
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.32-400.29.2.el6uek.x86_64)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.32-400.29.2.el6uek.x86_64 ro root=UUID=38db6cef-d824-4a9f-b3d8-7f74738d58f2 rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=br-abnt2 rd_NO_MD quiet SYSFONT=latarcyrheb-sun16 rhgb rd_NO_LVM rd_NO_DM LANG=en_US.UTF-8
        initrd /boot/initramfs-2.6.32-400.29.2.el6uek.x86_64.img

title Red Hat Enterprise Linux (2.6.32-220.el6.x86_64)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.32-220.el6.x86_64 ro root=UUID=38db6cef-d824-4a9f-b3d8-7f74738d58f2 rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=br-abnt2 rd_NO_MD quiet SYSFONT=latarcyrheb-sun16 rhgb rd_NO_LVM rd_NO_DM LANG=en_US.UTF-8
        initrd /boot/initramfs-2.6.32-220.el6.x86_64.img



Depois de conferir se o boot default vai ser no novo kernel, é só reiniciar:
[root@teste]# reboot

Comentários

Postar um comentário

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 â metro REDUNDANCY especifica quantos backups full ou incremental level 0 de cada datafile o RMAN vai manter, os demais são considerados obsoletos. Veja o exemplo abaixo
Postar um comentário
Leia mais

Permissões necessárias para criar triggers no Oracle

Há pouco tempo passei por um problema durante a criação de uma trigger de LOGON na versão 12c do banco de dados Oracle. Estava com alguns problemas em uma aplicação que tinha uma trigger de Logon. A trigger em si era bem simples, vou por o código mais abaixo, o problema é que ela estava criada dentro do usuário SYSTEM. Provavelmente foi a maneira mais fácil e preguiçosa de criar o objeto, uma vez que o SYSTEM já possui todas as permissões necessárias para criação. Porém isso não uma boa prática. Então resolvi tirar do SYSTEM e jogar para o usuário dono dos objetos da aplicação. Quando fui tentar criar o objeto no SCHEMA dono dos objetos da aplicação, recebi um erro com falta de permissões: ORA-01031: insufficient privileges . O erro ocorreu porque estava esquecendo de conceder a role ADMINISTER DATABASE TRIGGER para o usuário. Em resumo, as permissões necessárias para criação de uma trigger: CREATE TRIGGER - para criar uma trigger no seu próprio esquema (SCHEMA) CREATE AN
Postar um comentário
Leia mais

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
Postar um comentário
Leia mais