​Em caso de estar utilizando multipath+asmlib, é necessário configurar o
scanorder e o exclude, conforme exemplo abaixo:

vi /etc/sysconfig/oracleasm

# ORACLEASM_SCANORDER: Matching patterns to order disk scanning

ORACLEASM_SCANORDER="mapper/*"



# ORACLEASM_SCANEXCLUDE: Matching patterns to exclude disks from scan

ORACLEASM_SCANEXCLUDE="sd"​

Quanto ao tempo é necessário alterar um parâmetro de timeout do multipath
para redução dessa operação de re-bal.
Dê uma olhada nesse post:

http://www.jobacle.nl/?p=1101


E neste link tem um download de um pdf com sugestões de timeout para iscsi
e multipath:
https://www.google.com.br/url?sa=t&rct=j&q=&esrc=s&source=web&cd=10&cad=rja&uact=8&ved=0CIIBEBYwCQ&url=http%3A%2F%2Fen.community.dell.com%2Fcfs-file.ashx%2F__key%2Ftelligent-evolution-components-attachments%2F13-4491-00-00-20-43-79-64%2FDell-Compellent-Red-Hat-Enterprise-Linux-_2800_RHEL_2900_-6x-Best-Practices.pdf&ei=rSOVU8zkIrLksAS-2YLgAQ&usg=AFQjCNHo5v-Jm9qkx3CAqvkO1xBaThqsGw&sig2=UPMhwbA2snAVxfP_H5bw9g&bvm=bv.68445247,d.b2k




Em 08/06/2014 23:49, "Raphael Franco pha...@yahoo.com.br [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Pessoal,
>
> Depois de instalado um Oracle RAC SE 11.2.0.4 / Oracle Linux 6.4, tudo Ok
> e funcionando.
> Resolvemos testar o failover da rede publica, privada e iscsi. A publica e
> privada está configurada com Bond com 2 placas de rede cada, a rede do
> storage (iscsi) esta em cima do multipath.
>
> Tanto na rede publica como na privada os teste de retirar 1 cabo de cada
> placa de rede foi sucesso, não aconeceu nada com o ambiente RAC, ninguem
> perdeu a conexão e continuamos conectando nas 2 instancias (load balance).
> O problema é na rede do storage, quando retiro 1 cabo, há um timeout
> (freeze) de 7 a 10 seg para estabilizar na outra porta. E isso ocasiona o "
> invited" e o Nó é reiniciado, fazendo todos perderem a conexão daquele nó,
> mas tudo voltar ao normal quando o nó é reiniciado, ou seja, estabiliza na
> outra placa.
>
> Minha dúvida é, alguém ja fez testes nesse sentido, é normal acontecer
> isso (reiniciar o Nó)? Penso que se tratando de um ambiente RAC não deveria
> acontecer isso, talvez um "freeze" no ambiente até estabilizar na outra
> placa.
> Também acho estranho esses 7 segundos de demora para o ambiente
> estabilizar na outra placa. Mas ja vimos que acho q esse é o limite.
>
> Tentei essa solução, mas não adiantou:
> ASM Disks Offline With "Waited 15 secs for write IO to PST" (Doc ID
> 1581684.1)
>
> att.
> Raphael
>
>  
>

Responder a