[Ocfs2-users] Aditional interconnect interface

[Alexei_Roudnev]

It's old relogious discussion. All people who works in data centers knows, 
that cluster MUST use more then 1 heartbeat (better 3 or 4, not bonded) 
interface for stability, but Oracle developers (both RAC and OCFSv2) believe 
in bonding.

(Bonding DO NOT solve the problem! It have sugnificant switchover time and 
it is not reliable enough.  Open Veritas cluster documentation and READ IT - 
they have a pretty good explanation why you must configure 2 independent 
heartbeats using 2 independent switches or hubs. Veritas use multi 
interface. Cisco PIX uses multi interface. Heartbeat1 uses multi interface. 
Heartbeat2 uses multi interfaces. And only Oracle* developers use 1 
interface and trust into the bonding!)

Using additional loopback interface  and routing (via OSPF which is pretty 
fast) can solve problem too. (for OCFS bot not for RAC cluster).

----- Original Message ----- 
From: "Sunil Mushran" <Sunil.Mushran at oracle.com>
To: "Pedro Figueira" <Pedro.Figueira at SEF.pt>
Cc: <ocfs2-users at oss.oracle.com>
Sent: Wednesday, October 03, 2007 9:26 AM
Subject: Re: [Ocfs2-users] Aditional interconnect interface


Use network bonding.

Pedro Figueira wrote:
> Hello
>
> Is there a way of using more than one network interface for ocfs2 
> interconnect? I've searched for this in the documentation but I cannot 
> find any information about it.
>
> Best regards
>
> Pedro Figueira Serviço de Estrangeiros e Fronteiras Direcção Central de 
> Informática
> Departamento de Produção Telefone: + 351 217 115 153
>
> CONFIDENCIAL NOTICE:
> This message, as well as any existing attached files, is confidential and 
> intended exclusively for the individual(s) named as addressees. If you are 
> not the intended recipient, you are kindly requested not to make any use 
> whatsoever of its contents and to proceed to the destruction of the 
> message, thereby notifying the sender. DISCLAIMER:
> The sender of this message can NOT ensure the security of its electronic 
> transmission and consequently does not accept liability for any fact, 
> which may interfere with the integrity of its content.
>
> _______________________________________________
> Ocfs2-users mailing list
> Ocfs2-users at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-users
>


_______________________________________________
Ocfs2-users mailing list
Ocfs2-users at oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users