Oracle数据库出现报错: unrecoverable error ORA-29701 raised in ASM I/O path

教程发布:风哥 教程分类:ITPUX技术网 更新日期:2022-02-12 浏览学习:52

Oracle数据库出现报错ORA-29701: unrecoverable error ORA-29701 raised in ASM I/O path; 这个报错一般是由于操作系统用户通过本地bequeath的方式(如sqlplus xx/xx)来连接数据库,而这个操作系统用户不在oinstall属组里面,一般情况下,比如监控,备份的情况比较多。
解决方案:1.给该操作系统用户增加oinstall属组2.第三方软件通过sqlplus mailto:xx/xx@tns]xx/xx@tns的方式连接
附官方文档:[table=98%,rgb(255, 255, 255)]
[size=14px]Oracle Restart: ORA-29701 raised in ASM I/O path; terminating process, Permission denied (13) (文档 ID 1328629.1)

PPLIES TO:Oracle Database - Enterprise Edition - Version and later
Information in this document applies to any platform.
***Checked for relevance on18-Nov-2013***
You have logged in to the system via an OS user other than Grid and RDBMS Home Onwer. You have made an local bequeath connection to the database and running SQL like create tablespace:
[backcolor=rgb(255, 249, 215)]bash-3.00$ id
uid=4600(u500) gid=1527(u500)
bash-3.00$ export ORACLE_SID=HA112
bash-3.00$ export ORACLE_HOME=/refresh/oracle/app/oracle/product/11.2.0
bash-3.00$ export PATH=$PATH:$ORACLE_HOME/bin
bash-3.00$ sqlplus /nolog

SQL*Plus: Release Production on Tue Jun 7 14:59:59 2011
Copyright (c) 1982, 2010, Oracle. All rights reserved.

SQL> conn u5/u5
SQL> create tablespace ts5 datafile '+DATA';
create tablespace ts5 datafile '+DATA'
ERROR at line 1:
ORA-03113: end-of-file on communication channel
Process ID: 6291584
Session ID: 29 Serial number: 241

Database alert.log shows[backcolor=rgb(255, 249, 215)]Tue Jun 07 15:00:56 2011
create tablespace ts5 datafile '+DATA'
ERROR: unrecoverable error ORA-29701 raised in ASM I/O path; terminating process 6291584
The trace file shows[backcolor=rgb(255, 249, 215)]2011-06-07 15:00:57.349: [GIPCXCPT] gipcmodClsaAuthStart: failuring during clsaauthmsg ret clsaretOSD (8), endp 110e72290 [0000000000000018] { gipcEndpoint : localAddr 'clsc://(
ADDRESS=(PROTOCOL=ipc)(KEY=)(GIPCID=36cb13cc-0aeca9ae-6291584))', remoteAddr 'clsc://(ADDRESS=(PROTOCOL=ipc)(KEY=OCSSD_LL_ceaixcb9_)(GIPCID=0aeca9ae-36cb13cc-9044020))', numPend
5, numReady 0, numDone 2, numDead 0, numTransfer 0, objFlags 0x0, pidPeer 9044020, flags 0x2ca712, usrFlags 0x34000 }
2011-06-07 15:00:57.388: [GIPCXCPT] gipcmodClsaAuthStart: slos op : open
2011-06-07 15:00:57.388: [GIPCXCPT] gipcmodClsaAuthStart: slos dep : Permission denied (13)
2011-06-07 15:00:57.388: [GIPCXCPT] gipcmodClsaAuthStart: slos loc : authrespset3
2011-06-07 15:00:57.388: [GIPCXCPT] gipcmodClsaAuthStart: slos info: failed to open
2011-06-07 15:00:57.389: [ CSSCLNT]clssscConnect: gipc request failed with 22 (12)
2011-06-07 15:00:57.389: [ CSSCLNT]clsssInitNative: connect to (ADDRESS=(PROTOCOL=ipc)(KEY=OCSSD_LL_ceaixcb9_)) failed, rc 22
kgxgncin: CLSS init failed with status 3
kgxgncin: return status 3 (1311719766 SKGXN not av) from CLSS
NOTE: kfmsInit: ASM failed to initialize group services
Error ORA-29701 signaled at ksedsts()+644<-ksf_short_stack()+88<-kge_snap_callstack()+56<-kge_sigtrace_dump()+56<-kgepop()+72<-kgeselv()+116<-ksesecl0()+80<-kfmsInit()+176<-kfms SlvReg()+436<-kfmdSlvOpPriv()+4688<-kfmdWriteSubmitted()+1132<-kfk_process_an_ioq()+268<-kfk_submit_io()+80<-kfk_io1()+1004<-kfkRequest()+28<-kfk_transitIO()+1812<-kfioSubmitIO( )+5016<-kfioRequestPriv()+236<-kfioRequest()+620<-ksfd_kfioRequest()+576<-ksfd_osmcrt()+2500<-ksfd_create1()+1516<-ksfd_create()+224<-ksfdcre()+204<-kcffo_create_empty_dbf()+924 <-tbsafl()+1596<-ctsdrv1()+3972<-ctsdrv()+20<-opiexe()+14916<-opiosq0()+9116<-kpooprx()+400<-kpoal8()+1028<-opiodr()+3608<-ttcpip()+4628<-opitsk()+6956<-opiino()+3000<-opiodr()+ 3608<-opidrv()+1200<-sou2o()+192<-opimai_real()+428<-ssthrdmain()+340<-main()+216<-__start()+112 ERROR: unrecoverable error ORA-29701 raised in ASM I/O path; terminating process 6291584 CAUSE Bug 12536779 discusses this issue. On SIHA there is removal of world read/write/execute permissions on a few directories and that is intended. SOLUTION1] We recommend that the OS user that is making bequeath connection belong to oinstall group. 2] Or you can have the connection through listener.