SG
==ERROR MESSAGES==
Problem in configuration: dsrac1:
LISTENER_DSRAC1 Listener start failed. Listener
may already be running.
CRS-0215: Could not start resource 'ora.dsrac1.LISTENER_DSRAC1.lsnr'.
Problem in configuration: dsrac1:
LISTENER_DSRAC1 Listener start failed. Listener
may already be running.
CRS-1028: Dependency analysis failed because of:
CRS-0223: Resource 'ora.dsrac1.LISTENER_DSRAC1.lsnr' has
placement error.
=== CRS_STAT OUTPUT ===
[oracle@dsrac1 ~]$ crs_stat
NAME=ora.dsrac1.LISTENER_DSRAC1.lsnr
TYPE=application
TARGET=ONLINE
STATE=UNKNOWN on
dsrac1
NAME=ora.dsrac1.gsd
TYPE=application
TARGET=ONLINE
STATE=ONLINE on dsrac1
TYPE=application
TARGET=ONLINE
STATE=ONLINE on dsrac1
NAME=ora.dsrac1.vip
TYPE=application
TARGET=ONLINE
STATE=ONLINE on dsrac1
NAME=ora.dsrac2.LISTENER_DSRAC2.lsnr
TYPE=application
TARGET=ONLINE
STATE=UNKNOWN on
dsrac2
NAME=ora.dsrac2.gsd
TYPE=application
TARGET=ONLINE
STATE=ONLINE on dsrac2
NAME=ora.dsrac2.ons
TYPE=application
TARGET=ONLINE
STATE=ONLINE on dsrac2
NAME=ora.dsrac2.vip
TYPE=application
TARGET=ONLINE
STATE=ONLINE on dsrac2
NAME=ora.dsrac1.ons
Assuming you have entries like this in your /etc/hosts file:
# Oracle VIP Addresses
192.168.1.11 vipalpha1.psoug.org vipalpha1
192.168.1.12 vipalpha2.psoug.org vipalpha2
192.168.1.21 vipbeta1.psoug.org vipbeta1
192.168.1.22 vipbeta2.psoug.org vipbeta2
192.168.1.31 vipgamma1.psoug.org vipgamma1
192.168.1.32 vipgamma2.psoug.org vipgamma2
192.168.1.41 vipdelta1.psoug.org vipdelta1
192.168.1.42 vipdelta2.psoug.org vipdelta2
192.168.1.13 vipalpha3.psoug.org vipalpha3
192.168.1.14 vipalpha4.psoug.org vipalpha4
192.168.1.23 vipbeta3.psoug.org vipbeta3
192.168.1.24 vipbeta4.psoug.org vipbeta4
192.168.1.33 vipgamma3.psoug.org vipgamma3
192.168.1.34 vipgamma4.psoug.org vipgamma4
192.168.1.43 vipdelta3.psoug.org vipdelta3
192.168.1.44 vipdelta4.psoug.org vipdelta4
I would point you to the two tools Oracle includes with 10.2 to
help diagnose such issues:
crstat
and, of course,
$ cd /stage/clusterware/cluvfy
$ $CRS_HOME/bin/cluvfy stage -pre crsinst -n omega1,omega2 –verbose
$ $CRS_HOME/bin/cluvfy stage -pre dbinst -n omega1,omega2 –verbose
$ cluvfy comp ocr -n all -verbose
substituting your node names for omega1 and omega2
--
Daniel A. Morgan
http://www.psoug.org
damo...@x.washington.edu
(replace x with u to respond)
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
SG
"DA Morgan" <damo...@psoug.org> wrote in message
news:11421972...@yasure.drizzle.com...