Linux系统SureHA集群节点上识别的磁盘资源、镜像磁盘资源名称不一致

Linux系统SureHA集群,在集群生成向导中添加镜像磁盘资源后应用配置文件,启动集群出现报错,如下图:   解决方案: Linux系统SureHA集群,在集群生成向导中添加镜像磁盘资源后应用配置文件,需要重新启动所有节点,集群会自动启动.

在集群生成向导中,设置完各项并应用配置文件后,集群无法启动,查看日志报错如下: 原因分析: Linux系统SureHA集群,只有兼容列表内的操作系统可以使用内核模式的心跳,非兼容的Linux操作系统版本使用内核模式心跳会导致该问题. 解决方案: 将心跳修改为用户模式,如下图,恢复正常.  

Linux系统SureHA集群中手动mount已停止的磁盘资源.镜像磁盘资源会有只读提示,如下图:   解决方案: Linux系统SureHA集群中手动mount已停止的磁盘资源.镜像磁盘资源会有只读提示属于正常现象,如需以读写模式mount分区,需先执行命令   clproset -w -d 分区名   如下图     该命令的效果在操作系统重启后将消失,如需以读写模式挂载分区需重新执行该命令.   注意:即使在设定模式中将相关资源从集群中删除,仍然只能以只读模式挂载分区,必须将服务器重启,相

其中需要监控脚本.   ec01_watch.sh内容如下(根据实际情况将ec01替换为客户实例名):    代码如下 复制代码 check=`ps -eaf |grep ora_pmon_ec01 |grep -v grep |awk '{print $2}'`  while [ $check ]  do   sleep 3   check=`ps -eaf |grep ora_pmon_ec01 |grep -v grep |awk '{print $2}'`  done 数据库正常启动后,

Windows系统SureHA 2.1.1集群节点上运行的服务共10个,如下图,均以SureHA起头.与SureHA 2.0相比增加了SureHA Cluster JAVA Resource Agent和SureHA Cluster System Resource Agent.

#!/bin/sh #查看hadoop的运行状态 function hadoopState(){ COUNT=1 while [ ${COUNT} -le ${NUM} ] do echo "**********查看hadoop${COUNT}上hadoop的运行状态********" #连接远程主机查看运行状态 ssh -t -p 22 hadoop${COUNT} "jps" COUNT=$((${COUNT}+1)) done } echo "===

SureHA集群添加镜像磁盘资源后无法启动集群,如下图:     解决方案: 添加镜像磁盘资源需要手动启动镜像代理,如下图,随后可以正常启动集群,或者直接重启2节点,启动后镜像代理可以正常启动.    

Linux系统SureHA 2.0集群磁盘资源/镜像磁盘资源中默认设置分区挂载到一定次数后会进行FSCK检验,需要时间可能较长,默认的超时时间为1800秒,如果数据量较大,甚至可能因超时导致资源启动失败. 解决方案: 可以在HA设置中直接关闭FSCK设置. 切换到"设定模式"中,在failover中选定对应的资源,右键单击选择"属性",在"详细"选项卡中点击"调整",如下图:   在"Fsck"选项卡中,将

在日志中查看可以看到磁盘有FSCK操作,如下图:   原因分析: Linux SureHA集群中,默认设置磁盘挂载一定次数后,会自动进行fsck操作.进行该操作时,共享磁盘资源将无法正常启动. 解决方案: 建议直接取消默认设置的FSCK参数.   登录webmanager,切换到设定模式,在磁盘资源上右键单击选择属性,在"详细"-->"调整"-->"FSCK"中将相关选项设置为不执行,如下图:   通过上面的设置一直显示启动中的问题也