HDR集群切换的两次怪状

在A和B客户现场,数据库节点切换时出现fastrecovery(sec)状态,无IO活动,且在线日志未更新。节点2在切换后显示read-only(sec)状态,疑似CPU性能不足引起。25582错误提示网络连接问题,实则可能由CPU性能导致。通过oninit-PHY和onmode-dsecondarygbase2命令解决。
部署运行你感兴趣的模型镜像

在A客户现场:

1、onmode -ky关闭主用节点(节点1);

2、备机(节点2)自动切换为primary;

3、oninit -v启动节点1;发现状态是fast recovery(sec)的状态,没有IO,不追日志;

思索良久无解。

4、在节点2执行onmode -ky;oninit -v;此时节点2状态是read-only(sec)

不知道问题出在哪里。

 

在B客户现场:

1、onmode -ky关闭主用节点(节点1);

2、备机(节点2)自动切换为primary;

3、oninit -v启动节点1;发现状态是fast recovery(sec)的状态,没有IO,不追日志;

      online.log中有25582的报错,提示网络连接不上;

4、在节点1上反复几次,无果。最后oninit -PHY;onmode -d secondary gbase2成功了;

5、在此期间节点2上用vmstat 1看到idle长期为0

由此联想到A客户现场的问题,应该也是由于CPU性能所致。其实25582之前在PF银行也发生过类似的问题,我还专题分析过。所以以后在遇到25582的问题,不仅仅怀疑是网络问题,也有可能是CPU性能不足,导致poll thread部分处理的有问题所提示。

 

您可能感兴趣的与本文相关的镜像

Python3.8

Python3.8

Conda
Python

Python 是一种高级、解释型、通用的编程语言,以其简洁易读的语法而闻名,适用于广泛的应用,包括Web开发、数据分析、人工智能和自动化脚本

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

请叫我曾阿牛

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值