RE: Remover CRS

From: Bobak, Mark <Mark.Bobak_at_proquest.com>
Date: Tue, 19 May 2009 00:34:09 -0400
Message-ID: <6AFC12B9BFCDEA45B7274C534738067F164410C1_at_AAPQMAILBX02V.proque.st>



Hi Tony,

Problem is, even single-instance ASM needs a small sliver of clusterware to run. It's not a full blown CRS like you just deinstalled, it's a small subset of it. It's normally installed and configured when you do an ASM installation on a single node.

See Doc ID 745271.1 for details on doing a localconfig.

Hope that helps,

-Mark



From: oracle-l-bounce_at_freelists.org [oracle-l-bounce_at_freelists.org] On Behalf Of Tony Adolph [tony.adolph.dba_at_gmail.com] Sent: Monday, May 18, 2009 22:07
To: Thomas Roach
Cc: Oracle Discussion List
Subject: Re: Remover CRS

Still not there,......

I've run the following:

oracle_at_rac2:/mnt/oracle/10g/database> netca

Oracle Net Services Configuration:
rac1...

    Deleted listener: LISTENER_RAC1
rac2...

    Deleted listener: LISTENER_RAC2
Oracle Net Services configuration successful. The exit code is 0

then on both nodes (as root):

# rootdelete.sh local nosharedvar nosharedhome

all looked good

# install/rootdeinstall.sh

Removing contents from OCR device
2560+0 records in
2560+0 records out
10485760 bytes (10 MB) copied, 0.32744 seconds, 32.0 MB/s

rebooted both nodes.

oracle_at_rac1:/u01/app/oracle/oracle/product/10.2.0/db_1/dbs> ps -ef | egrep "crs|css|evm" oracle 7486 4707 0 14:03 pts/1 00:00:00 /bin/grep -E crs|css|evm

oracle_at_rac1:/u01/app/oracle/oracle/product/10.2.0/db_1/dbs> . oraenv ORACLE_SID = [+ASM] ? oracle_at_rac1:/u01/app/oracle/oracle/product/10.2.0/db_1/dbs> sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Tue May 19 14:03:28 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to an idle instance.

14:03:28 idle> startup pfile=init+ASM.ora ORA-29701: unable to connect to Cluster Manager

14:03:44 idle> !cat init+ASM.ora
+ASM.asm_diskgroups='DG1','DG2','FLASH'#Manual Mount
*.asm_diskgroups='DG1','DG2','FLASH'
*.background_dump_dest='/u01/app/oracle/admin/+ASM/bdump'
*.core_dump_dest='/u01/app/oracle/admin/+ASM/cdump'
*.instance_type='asm'
*.large_pool_size=12M
*.remote_login_passwordfile='SHARED'
*.user_dump_dest='/u01/app/oracle/admin/+ASM/udump'

What tells ASM is *still* in a cluster? The ocr has been blown away.

Regards
Tony

--
http://www.freelists.org/webpage/oracle-l
Received on Mon May 18 2009 - 23:34:09 CDT

Original text of this message