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

Thanks, LSC, but I still have issues.

As I mentioned to Jeremy yesterday, we have these two pieces in our OCR: [DATABASE.LOG.ASM]
UNDEF :
SECURITY : {USER_PERMISSION : PROCR_ALL_ACCESS, GROUP_PERMISSION : PROCR_ALL_ACCESS, OTHER_PERMISSION : PROCR_ ALL_ACCESS, USER_NAME : oracle, GROUP_NAME : oinstall}

[DATABASE.ASM]
UNDEF :
SECURITY : {USER_PERMISSION : PROCR_CREATE_SUB_KEY, GROUP_PERMISSION : PROCR_CREATE_SUB_KEY, OTHER_PERMISSION
: PROCR_READ, USER_NAME : oracle, GROUP_NAME : oinstall}

These are persistent, and are always, consistently (redundancy added for emphasis) left whenever we use srvctl to remove asm (even with force), or use crs_unregister. These two pieces look rather strange, and are not configured like any other entry. I am curious what they are, but more importantly, how do I get rid of them?

On 7/25/07, LS Cheng <exriscer_at_gmail.com> wrote:
>
> by the way
>
> try this
>
> crs_stop ora.xxx3.ASM3.asm -f
>
> then use srvctl remove asm
>
> thanks
>
> --
> LSC
>
>
> On 7/24/07, Charles Schultz <sacrophyte_at_gmail.com> 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
>
>
>

-- 
Charles Schultz

--
http://www.freelists.org/webpage/oracle-l