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

Home -> Community -> Usenet -> c.d.o.server -> Re: 10g Release 2 RAC Standard Edition - Redhat ES 4.0 Update 2 x86

Re: 10g Release 2 RAC Standard Edition - Redhat ES 4.0 Update 2 x86

From: JEDIDIAH <jedi_at_nomad.mishnet>
Date: Mon, 13 Mar 2006 15:30:44 -0600
Message-ID: <4t4he3-rrs.ln1@nomad.mishnet>


On 2006-03-13, DA Morgan <damorgan_at_psoug.org> wrote:
> JEDIDIAH wrote:
>> On 2006-03-12, SG <sg_at_no-email.com> wrote:
>>> Hello. I'm trying to get a 2-node RAC installed and I'm having some problems
>>> with the listener starting on either node. I know the listener is dependent
>>> on VIP and that appears to be working correctly. What is the best way to
>>> validate the VIP is working before running netca? Both nodes are responding
>>
>> I use vips that don't really exist (except in local DNS) and I've
>> not had these sorts of problems. I would specifically avoid defining vips
>> on the hosts file as DA suggests. Doing that on my config specifically
>> caused problems.
>>
>> [deletia]
>
> Doing it on mine doesn't. So there is obviously some flexibility here.

        I suppose if you have the proper DNS entries defined, it doesn't really matter. However, people tend to use hosts when DNS isn't being used. RAC expects to be able to do reverse nslookups on vips.

-- 

It is not true that Microsoft doesn't innovate. 

        They brought us the email virus.
                                                     
	In my Atari days, such a notion would have             |||
	been considered a complete absurdity.                 / | \

 Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
    ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------        
                http://www.usenet.com
Received on Mon Mar 13 2006 - 15:30:44 CST

Original text of this message

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