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

From: Paul Drake <discgolfdba_at_yahoo.com>
Date: Fri, 19 Mar 2004 09:32:15 -0800 (PST)
Message-ID: <20040319173215.40862.qmail@web20419.mail.yahoo.com>

Mladen Gogala <mladen_at_wangtrading.com> wrote:
> 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
>

Hey - when I worked at a ComputerLand store in the early 80s, the recommended height to "fix" an Atari via a gravity check was 36 inches, none of this one foot stuff.

Of course, you had to take the unit back into the repair room and close the door, lest the customer hear the sound of the impact ;)

Boom. That will be $30 please.

> 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
>

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
-----------------------------------------------------------------

Received on Fri Mar 19 2004 - 11:28:47 CST