Re: srvctl remove asm generates PRKS-1033 and CRS-0214

  • From: "Charles Schultz" <sacrophyte@xxxxxxxxx>
  • To: "Jeremy Paul Schneider" <jeremy.schneider@xxxxxxxxxxxxxx>
  • Date: Tue, 24 Jul 2007 15:17:09 -0500

You are loosing BAAG points with that one. =)
I do not know much about xml (spelling it is sometimes difficult, you know),
so here are my "stringpairs" in xml for your viewing pleasure - see anything
suspicious?

<KEY>
<NAME>DATABASE.LOG.ASM</NAME>
<VALUE_TYPE>UNDEF</VALUE_TYPE>
<VALUE><![CDATA[]]></VALUE>
<USER_PERMISSION>PROCR_ALL_ACCESS</USER_PERMISSION>
<GROUP_PERMISSION>PROCR_ALL_ACCESS</GROUP_PERMISSION>
<OTHER_PERMISSION>PROCR_ALL_ACCESS</OTHER_PERMISSION>
<USER_NAME>oracle</USER_NAME>
<GROUP_NAME>oinstall</GROUP_NAME>

</KEY>

</KEY>

<KEY>
<NAME>DATABASE.ASM</NAME>
<VALUE_TYPE>UNDEF</VALUE_TYPE>
<VALUE><![CDATA[]]></VALUE>
<USER_PERMISSION>PROCR_CREATE_SUB_KEY</USER_PERMISSION>
<GROUP_PERMISSION>PROCR_CREATE_SUB_KEY</GROUP_PERMISSION>
<OTHER_PERMISSION>PROCR_READ</OTHER_PERMISSION>
<USER_NAME>oracle</USER_NAME>
<GROUP_NAME>oinstall</GROUP_NAME>

</KEY>

Note that crs_stat still shows the asm resource.

On 7/24/07, Jeremy Paul Schneider <jeremy.schneider@xxxxxxxxxxxxxx> wrote:

Have you tried looking at all the contents of the OCR to see what's in
there?  crs_unregister just removes the "resource".  Maybe the resources are
goone but the StringPairs are still there.  (Just guessing here after
skimming your email.  Don't tell the BAAG guys.)  StringPairs are dumped by
OCRDUMP and Resources are dumped by CRS_STAT -F.


On 7/24/07, Charles Schultz <sacrophyte@xxxxxxxxx> wrote:
>
> I posed this question over at the oracle ASM forum as well.
>
> We are trying to wipe out ASM. We have been trying to follow a couple
> metalink notes, and threads both here and in oracle-l, not to mention
> reading some books (K Gopal and Julian Dyke). Google is not giving us much
> help, either.
>
> We had a couple RAC databases, but those have already been removed, and
> the shared ASM disks have been wiped clean (with dd). We have not touched
> the OCR or voting disks directly at all, only via srvctl and the crs
> commands. I have removed as many dependencies as I can think of (entry in
> oratab, running processes, ?dump directories).
>
> Oracle EE 10.2.0.3 running on RHEL4. Below are a series of commands we
> have used. I attempted to find the "CRS daemon log file", but it is not
> updated with any relevant information. The ocssd log file has some
> interesting stuff, but nothing that leads me to a solution.
>
>
> <urbdb1> /u01/app/oracle: srvctl remove asm -n urbdb1
> PRKS-1033 : Failed to remove configuration for ASM instance "+ASM1" on node 
"urbdb1" from cluster registry,
>
> [PRKS-1023 : Failed to remove CRS resource for ASM instance "+ASM1" on node 
"urbdb1",
> [CRS-0214: Could not unregister resource 'ora.urbdb1.ASM1.asm'.]]
> [PRKS-1023 : Failed to remove CRS resource for ASM instance "+ASM1" on node 
"urbdb1",
>
> [CRS-0214: Could not unregister resource 'ora.urbdb1.ASM1.asm'.]]
> <urbdb1> /u01/app/oracle: crs_unregister ora.urbdb1.ASM1.asm
> CRS-0214: Could not unregister resource 'ora.urbdb1.ASM1.asm'.
>
> <urbdb1> /u01/app/oracle: oerr crs 214
> 214,    0, "Could not unregister resource '%s'."
> // *Cause:  There was an internal error while unregistering the resource.
> // *Action: Check the CRS daemon log file.
>
> <urbdb1> /u01/app/oracle: find . -type f -mmin -1 -exec ls -alt {} \;
> -rw-r-----  1 oracle oinstall 183445 Jul 24 09:29 
./product/crs/cv/log/cvutrace.log.0
> -rw-r--r--  1 oracle oinstall 7072151 Jul 24 09:29 
./product/crs/log/urbdb1/cssd/ocssd.log
>
> -rw-r--r--  1 oracle oinstall 186 Jul 24 09:29 
./product/crs/log/urbdb1/client/css4348.log
> -rw-r--r--  1 oracle oinstall 809409 Jul 24 09:29 
./product/asm/network/log/listener.log
> -rw-r-----  1 oracle oinstall 9292901 Jul 24 09:29 
./product/agent10g/network/log/sqlnet.log
>
>
> As always, I am hoping the answer to this trickiness is easy and staring
> me in the face. =)
>
> --
> Charles Schultz




--
Jeremy Schneider
Chicago, IL
http://www.ardentperf.com/category/technical




--
Charles Schultz

Other related posts: