Essa semana tive dois clientes com o mesmo problema, utilizando RAC 11g e um dos nodes caiu e não voltou mais, ssh ok, ping ok e tudo redondinho, menos um detalhe que não esperava assim de imediato, BONDING configurado nas maquinas.
De acordo com o Doc RAC and Oracle Clusterware Best Practices and Starter Kit (Linux) [ID 811306.1] e o Linux: ARP cache issues with Red Hat "balance-alb (mode 6)" bonding driver [ID 756259.1] do metalink o bond mode 3 (para a interconnect) e o mode 6 (para a interconnect e public) devem ser evitados.
Testes de modo 3 para a interconexão privada provou que duplica todos os pacotes UDP e os transmite em cada caminho. Isto aumenta a sobrecarga de CPU para o processamento de dados da interligação desse modo fazendo a interligação menos eficiente. Os pacotes UDP duplicadas causadas pelo mode 3 expôs o Bug 7238620 (ORA-600 [2032]) e o Bug 9081436 (GC CR REQUEST WAIT CAUSING SESSIONS TO WAIT). Embora os problemas conhecidos com o mode 3 são isoladas para a interconexão, está fora de cogitação o seu uso para a rede pública também devido a ineficiências com o mode 3 mencionado ateriormente.




A velocidade e a facilidade de uso tornaram o padrão USB 2.0 um dos maiores sucessos da indústria de informática. De teclados, impressoras e discos rígidos, até brinquedos e resfriadores de suco, o mercado está repleto de equipamentos e quinquilharias que se comunicam ou são abastecidos através de uma porta USB.




