《10gR2 rac(asm) crash with ora-15064》的评论 http://www.killdb.com/2012/09/26/10gr2-racasm-crash-with-ora-15064/ Phone:18180207355 提供专业Oracle/MySQL/PostgreSQL数据恢复、性能优化、迁移升级、紧急救援等服务 Sun, 27 Jan 2013 15:52:00 +0000 hourly 1 https://wordpress.org/?v=5.3.18 作者：Oracledba http://www.killdb.com/2012/09/26/10gr2-racasm-crash-with-ora-15064/#comment-1291 Sun, 27 Jan 2013 15:52:00 +0000 http://www.killdb.com/?p=1475#comment-1291 hi,shawn,thanks for you reply. there is not valuable information of messages. The machine is not configure hugepages. I have changed my job now, so no longer follow-up of the case.

]]> 作者：Shawn http://www.killdb.com/2012/09/26/10gr2-racasm-crash-with-ora-15064/#comment-1290 Sat, 26 Jan 2013 05:15:00 +0000 http://www.killdb.com/?p=1475#comment-1290 I think I met the same issue on an 7 nodes RAC on Linux platform. ASM crash times and times.  I think we can check the OS log /var/log/messages , if there is something error like “kernel*segfualt” the momment before ASM crash，then it is very likely to have core dump file which can diagnios with gdb under crs log dir. It might be caused by memory issue, check if hugepages has been configured on OS level. After I config the hugepages on OS level for my 7 nodes RAC, issue dispear.

]]> 作者：Lixora http://www.killdb.com/2012/09/26/10gr2-racasm-crash-with-ora-15064/#comment-1166 Thu, 04 Oct 2012 06:03:00 +0000 http://www.killdb.com/?p=1475#comment-1166 是否有ocssd.log

]]> 作者：lizhenxu http://www.killdb.com/2012/09/26/10gr2-racasm-crash-with-ora-15064/#comment-1165 Thu, 27 Sep 2012 02:27:00 +0000 http://www.killdb.com/?p=1475#comment-1165 该客户我记得应该一共有5套rac(asm),其中3套10203,一套10204,一套10205吧。

]]> 作者：Leetaedong http://www.killdb.com/2012/09/26/10gr2-racasm-crash-with-ora-15064/#comment-1164 Thu, 27 Sep 2012 01:37:00 +0000 http://www.killdb.com/?p=1475#comment-1164 “另外2套10.2.0.4、10.2.0.5的asm rac”

另外 2套也是 10.2.0.3的。  但并没有报类似的错。

]]>