ITPub博客

首页 > 数据库 > Oracle > oracle一次看门狗(watchdog)导致的卡顿案例

oracle一次看门狗(watchdog)导致的卡顿案例

原创 Oracle 作者:wanglinghua0907 时间:2024-01-15 11:47:50 0 删除 编辑

故障说明

在12月19日晚19点半左右,客户收到内部告警信息,二节点集群无法连接服务器,并且通过显示器直连服务器时,

任然无法直接连接。


故障描述

12月19日故障,工程师分析故障时间点集群日志,在17点53分到18点50分之前,都存在大量线程未分配的报错

 

故障分析

查看2022年12月19日2节点的主机日志,发现报大量的内核死锁故障,从而导致后面主机卡死,即使显示器直连

服务器也是连接不上。

 

 

出现死锁原因有如下可能:

1、CPU高负载时间过长

2、服务器电源供电不足,导致CPU电压不稳定

3、vcpus超过物理cpu cores

4、虚机所在的宿主机的CPU太忙或磁盘IO太高

5、虚机机的CPU太忙或磁盘IO太高

6、BIOS开启了超频,导致超频时电压不稳,容易出现CPU死锁

7、Linux kernel或KVM存在bug

8、BIOS Intel C-State开启导致,关闭可解决

9、BIOS spread spectrum开启导致

如上情况都可能导致本次错误。


建议

1.建议主机工程师排查2022年12月19日2节点的系统内核死锁报错。

 

2. 将watchdog(看门狗)关闭从而关闭cpu死锁检测

检测语句(1为开启,0为关闭)

sysctl kernel.nmi_watchdog

临时关闭

sysctl kernel.nmi_watchdog=0

一直关闭

# 在/etc/sysctl.conf中增加如下内容,开机自动关闭

kernel.nmi_watchdog = 0


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69980685/viewspace-3003866/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
Oracle ACE、sql server、oceanbase数据库专家,拥有7年以上的大型数据库运维经验,主方向oracle,擅长故障排除、诊断,大体量(TB)迁移,异常故障修复等。拥有丰富主导大型项目经验。服务行业包括:运营商、银行、金融业、政府单位、医疗、制造业、高校等等。

注册时间:2020-07-31

  • 博文量
    116
  • 访问量
    88776