压跷跷板一样,记一例crs集群启动现象-凯发app官方网站

凯发app官方网站-凯发k8官网下载客户端中心 | | 凯发app官方网站-凯发k8官网下载客户端中心
  • 博客访问: 3503044
  • 博文数量: 718
  • 博客积分: 1860
  • 博客等级: 上尉
  • 技术积分: 7790
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-07 08:51
个人简介

偶尔有空上来看看

文章分类

全部博文(718)

文章存档

2024年(4)

2023年(74)

2022年(134)

2021年(238)

2020年(115)

2019年(11)

2018年(9)

2017年(9)

2016年(17)

2015年(7)

2014年(4)

2013年(1)

2012年(11)

2011年(27)

2010年(35)

2009年(11)

2008年(11)

最近访客
相关博文
  • ·
  • ·
  • ·
  • ·
  • ·
  • ·
  • ·
  • ·
  • ·
  • ·

分类: oracle

2020-09-03 10:52:43


在aix 7105上安装oracle 10.2.0.5 rac,遇到了一个奇怪现象,执行完10.2.0.5的root102.sh后,发现原本两边都正常启动的crs服务,只能在一个节点上启动,另一个执行crsctl start crs后,执行crs_stat -t就会处于挂起状态,此时如果关闭正常节点上的crs,这个命令的结果立即输出,crs也正常起来,反之亦然,像极了压跷跷板。

诊断10g的crs,主要还是看相关日志,这种情况下直接去$crs_home/log/<主机名>目录下找alert.log和ocssd.log,发现一直报错:
css has not reached fatal mode.registration is not yet safe.retrying

当节点2正常启动crs后,节点1上的ocssd.log会提示:
memberno(1) already assigned

嗯,很奇怪,没错就是bug。
1935738.1




注意,问题解决后,在接下来的打补丁过程中可能还会再出现,因为/etc/init.cssd会被还原。
因此,如果遇到crs不能同时启动,先看看 grep clsomon_args /etc/init.cssd 的结果。

-mbrnum大小写敏感,否则在$crs_home/log//cssd/oclsomon目录下的文件中会提示参数不对。

关于oclsomon的用途,请参考: 

阅读(923) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
")); function link(t){ var href= $(t).attr('href'); href ="?url=" encodeuricomponent(location.href); $(t).attr('href',href); //setcookie("returnouturl", location.href, 60, "/"); }
网站地图