[发明专利]一种kdump触发方法、系统、设备以及介质

说明书

本发明公开了一种kdump触发方法，包括以下步骤：响应于检测到系统异常，确定系统异常类型；判断所述系统异常类型是否符合预先配置的kdump机制的触发条件；响应于不符合所述kdump机制的触发条件，检测是否产生存储设备的连接事件；响应于检测到存储设备连接事件，触发kdump机制。本发明还公开了一种系统、计算机设备以及可读存储介质。本发明提出的方案在系统状态异常，而系统内置的kdump服务未正常触发或未达到触发条件时，在linux系统下通过设备连接的udev事件，自动触发系统的kdump，从而根据生成的vmcore文件进行异常原因分析。

技术领域

本发明涉及服务器领域，具体涉及一种kdump触发方法、系统、设备以及存储介质。

背景技术

在服务器运维管理中，Kdump是利用kexec实现的可靠的内核崩溃转储机制，在系统崩溃时使用kexec及系统预留的内存启动第二个内核，去捕获并转储第一内核的崩溃信息，Kdump利用kexec可以不经过重启BIOS直接使用预留的内存启动第二转储内核，在系统崩溃后从内存捕获保留第一内核崩溃信息以供调试分析，是用来分析系统崩溃、内核panic、死锁时常用的工具和服务。

系统崩溃时系统自动触发kdump的条件，是通过一些预先设置的内核参数及NMIWatchdog(不可屏蔽中断监控机制)控制，如在内核发生软锁(softlockup)时、内存OOM时、收到因I/O错误导致的NMI、进程hung住时、进程超时、或处理器被占用超过预定阈值时间时，自动触发kdump机制。

但是系统默认并不是所有的kdump触发条件都开启，需要根据用户业务或应用根据需要自行配置，在大多数情况下为了系统业务稳定，如软锁(softlockup)、内存OOM并不会配置为自动触发kdump，但当出现这类问题时，系统有可能会出现性能下降、hung住、无响应、无法连接等问题，用户会认为系统已经宕机，只能采取冷重启的措施，导致系统重启后内存数据丢失，无法找到系统异常的原因。

部分服务器的远程控制终端BMC界面，会提供NMI按钮，可以强制触发一个不可屏蔽中断，进入kdump流程，但并不是所有服务器都有此功能，并且在使用时，需要通过远程显示终端登录操作，在机房或无显示终端的情况下无法操作；

部分服务器主板会提供一个硬件NMI按钮，可以强制触发一个不可屏蔽中断，使系统进入kdump流程，但也并不是所有服务器都有此功能，并且实现此功能需要系统端配置unknown_nmi_panic的触发参数才能正常工作。

发明内容

有鉴于此，为了克服上述问题的至少一个方面，本发明实施例提出一种kdump触发方法，包括以下步骤：

响应于检测到系统异常，确定系统异常类型；

判断所述系统异常类型是否符合预先配置的kdump机制的触发条件；

响应于系统异常类型不符合所述kdump机制的触发条件，检测是否产生存储设备的连接事件；

响应于检测到产生存储设备连接事件，触发kdump机制。

在一些实施例中，响应于检测到产生存储设备连接事件，触发kdump机制，进一步包括：

判断所述存储设备的唯一标识是否为预设标识；

响应于所述存储设备的唯一标识为预设标识，触发kdump机制。

在一些实施例中，响应于检测到产生存储设备连接事件，触发kdump机制，进一步包括：

判断所述存储设备插入的插槽是否为预设插槽；

响应于所述插槽为预设插槽，触发kdump机制。

在一些实施例中，响应于检测到产生存储设备连接事件，触发kdump机制，进一步包括：