oel 6.9 /dev/sd*设备有丢失

tyuthaoban

使用oel 6.9搭了套oracle 12.2 rac，使用的udev+asm存储方案，但重启服务器后rac起不来，检查发现两个节点的共享磁盘设备/dev/sd*均出现丢失，且丢失的共享磁盘也不一样。但使用ls -l /dev/asm*命令也能看到udev生成的asm磁盘，而且手工启动asm实例后，rac就能启动了。rac启动时报错如下：2017-12-06 10:12:22.145 : default:312428288: clsCredDomClose: Credctx deleted 0x7f73dc21e300
2017-12-06 10:12:22.145 : USRTHRD:312428288: {0:9:3} -- trace dump on error exit --

2017-12-06 10:12:22.145 : USRTHRD:312428288: {0:9:3} Error [kgfoAl06] in [kgfokge] at kgfo.c:3083

2017-12-06 10:12:22.145 : USRTHRD:312428288: {0:9:3} ORA-01017: invalid username/password; logon denied
ORA-27300: OS system dependent operation:sslssunreghdlr failed with status: 0
ORA-27301: OS failure message:

2017-12-06 10:12:22.145 : USRTHRD:312428288: {0:9:3} Category: 7

2017-12-06 10:12:22.145 : USRTHRD:312428288: {0:9:3} DepInfo: 1017

2017-12-06 10:12:22.145 : USRTHRD:312428288: {0:9:3} -- trace dump end --

2017-12-06 10:12:22.145 :CLSDYNAM:312428288: [ora.storage]{0:9:3} [start] StorageAgent:undefinedarsekgforetcodes retcode = 7, kgfoCheckMount(DG_OCR), flag 2
2017-12-06 10:12:22.145 :CLSDYNAM:312428288: [ora.storage]{0:9:3} [start] (null) category: 7, operation: kgfoAl06, loc: kgfokge, OS error: 1017, other: ORA-01017: invalid username/password; logon denied
ORA-27300: OS system dependent operation:sslssunreghdlr failed with status: 0
ORA-27301: OS failure message:
2017-12-06 10:12:22.145 :CLSDYNAM:312428288: [ora.storage]{0:9:3} [start] StorageAgent::check kgfo returncode 1
2017-12-06 10:12:22.146 :CLSDYNAM:312428288: [ora.storage]{0:9:3} [start] (:CLSN00140undefinedStorageAgent:undefinedarsekgforretcodes OCR dgName DG_OCR state 1
2017-12-06 10:12:22.146 :CLSDYNAM:312428288: [ora.storage]{0:9:3} [start] waiting for check to not return PARTIALor UNPLANNED_OFFLINE 1
2017-12-06 10:12:23.146 :CLSDYNAM:312428288: [ora.storage]{0:9:3} [start] StorageAgent::check NODEROLE_HUB getOCRdetails
2017-12-06 10:12:23.149 :    GPNP:312428288: clsgpnp_dbmsGetItem_profile: [at clsgpnp_dbms.c:399] Result: (0) CLSGPNP_OK. (:GPNP00401undefinedgot ASM-Profile.Mode='remote'
2017-12-06 10:12:23.149 :    GPNP:312428288: clsgpnp_dbmsGetItem_profile: [at clsgpnp_dbms.c:399] Result: (0) CLSGPNP_OK. (:GPNP00401undefinedgot ASM-Profile.Mode='remote'
2017-12-06 10:12:23.190 : CSSCLNT:312428288: clsssinit: initialized context: (0x7f73dc33fac0) flags 0x115
2017-12-06 10:12:23.191 : CSSCLNT:312428288: clsssterm: terminating context (0x7f73dc33fac0)
2017-12-06 10:12:23.192 :   CLSNS:312428288: clsns_SetTraceLevel:trace level set to 1.
2017-12-06 10:12:23.192 :    GPNP:312428288: clsgpnp_dbmsGetItem_profile: [at clsgpnp_dbms.c:399] Result: (0) CLSGPNP_OK. (:GPNP00401undefinedgot ASM-Profile.Mode='remote'
2017-12-06 10:12:23.196 : default:312428288: Inited LSF context: 0x7f73dc219c10
2017-12-06 10:12:23.200 : CLSCRED:312428288: clsCredCommonInit: Inited singleton credctx.
2017-12-06 10:12:23.200 : CLSCRED:312428288: (:CLSCRED0101undefinedclsCredDomInitRootDom: Using user given storage context for repository access.
2017-12-06 10:12:23.268 : USRTHRD:312428288: {0:9:3} 8033 Error 4 querying length of attr ASM_DISCOVERY_ADDRESS

2017-12-06 10:12:23.279 : USRTHRD:312428288: {0:9:3} 8033 Error 4 querying length of attr ASM_STATIC_DISCOVERY_ADDRESS

2017-12-06 10:12:23.380 : CLSCRED:312428288: (:CLSCRED1079undefinedclsCredOcrKeyExists: Obj dom : SYSTEM.credentials.domains.root.ASM.Self.d77de98f21c5cfbbbf27d5f46a1dd7c2.root not found
2017-12-06 10:12:23.380 : USRTHRD:312428288: {0:9:3} 7755 Error 4 opening dom root in 0x7f73dc451e50

2017-12-06 10:12:23.406 : CSSCLNT:312428288: clsssinit: initialized context: (0x7f73dc341870) flags 0x104
2017-12-06 10:12:23.411 : CSSCLNT:312428288: clsssterm: terminating context (0x7f73dc341870)

tyuthaoban

对于丢失的设备文件 是否可以使用mknod重建呢？