Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Node in a 2 cluster RAC environment keeps failing over

Re: Node in a 2 cluster RAC environment keeps failing over

From: Mladen Gogala <mladen_at_wangtrading.com>
Date: Fri, 19 Mar 2004 09:56:46 -0500
Message-ID: <20040319145646.GA2147@mladen.wangtrading.com>


Ask them to perform the "drop test". Here's the URL describing the test:

http://www.computerworld.com/departments/opinions/sharktank/0,4885,91405,00.html

On 03/19/2004 09:48:30 AM, laura pena wrote:
> Thanks Lee,
>
> So frustrating.
> Veritas has been working on this for the past 3 to 4
> months now. They currently say the VxConfig Daemon is
> crashing and have escalated the bug.
>
> But before they said gabconfig was issue.
>
> Thanks for the information.
>
> --- Lee Jenkins
> <lee.jenkins_at_remotedba.co.za_at_blacktusk.co.za>
> wrote:
> > Hi Laura,
> >
> > I think the set-nofastpath in my ltttab is
> > specifically for a bug in HP-UX.
> >
> > You should probably pass it by Veritas support, but
> > I would set the network
> > cards to auto-negiotiate off, and set to both
> > 100Mhz. (2G is overkill)
> >
> > Do both node have the same 100 MHz/1G setup and are
> > plumbed together?i.e.
> > 100->100MHz and 2G->2G?
> >
> > Our client setup is 2 private heartbeats (100Mhz)
> > and 2 public LANs (1G).
> > This way either network card can fail, and
> > everything still runs.
> >
> > > So if I understand we should try setting
> > set-nofastpath 1 in our /etc/llttab so it will use
> > the slower connection to perform a heartbeat check?
> > Yes.
> >
> > Regards,
> > Lee
> >
> > laura pena writes:
> >
> > > Wow someone who has heard of this.
> > >
> > > Yes, we have our interconnects set to etherfp.
> > > LLT link information:
> > > Link Tag State Type Pri SAP
> > MTU Addrlen
> > > Xmit Recv Err
> > LateHB
> > > Broadcast
> > > 0 eri0 on etherfp hipri
> > 0xCAFE 1500 6
> > > 261840450 240300348 0
> > 89
> > > FF:FF:FF:FF:FF:FF
> > > 1 ce1 on etherfp hipri
> > 0xCAFE 1500 6
> > > 261914713 240332338 0
> > 91
> > > FF:FF:FF:FF:FF:FF
> > >
> > > we have 2 interconnects but they are of differnts
> > speeds:
> > > set-node VLDBN1
> > > set-cluster 10
> > > link eri0 /dev/eri:0 - ether - -
> > > link ce1 /dev/ce:1 - ether - -
> > >
> > > I believe ce1 is the 2 gigabit
> > > and eri0 is the 100M
> > >
> > >
> > > This setting was done by our SA. We do have a ce0
> > which is another 2 gigabit, but our SA wants to
> > leave this for public connection. Do have a similar
> > setup?
> > >
> > >
> > > So if I understand we should try setting
> > set-nofastpath 1 in our /etc/llttab so it will use
> > the slower connection to perform a heartbeat check?
> > >
> > >
> > > Thanks so much for responding.
> > >
> > >
> > > -Lizz
> > >
> > >
> > >
> > >
> > >
> > > Lee Jenkins <lee.jenkins_at_remotedba.co.za> wrote:
> > > Hi Lizz,
> > >
> > >
> > > I posted this response on oracle-l, but it doesn't
> > seem to have appeared.
> > > On a customer of ours 3 node cluster VCS v3.5
> > (HP-UX), we had to set "set-nofastpath 1" in
> > /etc/llttab so as to force the heartbeat to operate
> > at 100Mhz. Have you got 2 heart beat interconnects?
> > i.e. redundancy?
> > >
> > > You can get stats by running lltstat, which shows
> > data volumes and errors.
> > > You can run lltstat -l to check the setting of
> > fastpath. "ether" means fastpath is disabled,
> > "etherfp" means enabled.
> > > Regards,
> > > Lee
> > >
> > >
> > > Lee Jenkins
> > > RemoteDBA
> > > www.remotedba.co.za
> > > Tel: 011 447 0533
> > > Fax: 011 447 0533
> > > Cell: 083 408 0857
> > >
> > >
> > >
> > > Do you Yahoo!?
> > > Yahoo! Mail - More reliable, more storage, less
> > spam
> >
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Mail - More reliable, more storage, less spam
> http://mail.yahoo.com
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
>



Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Fri Mar 19 2004 - 08:53:23 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US