CN105242981A - 一种Kdump的配置方法及计算机设备 - Google Patents

Abstract

本发明实施例提供了一种Kdump的配置方法及计算机设备，涉及操作系统技术领域，用以在Linux系统中进行Kdump的配置，进而可以使计算机设备通过Kdump捕获所需信息。所述方法包括：确定是否安装kexec软件；若安装所述kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加所述内存对应的预留内存参数；确定Kdump服务是否开启；若确定所述Kdump服务未开启，则开启所述Kdump服务。

Description

一种Kdump的配置方法及计算机设备

技术领域

本发明涉及操作系统技术领域，尤其涉及一种Kdump的配置方法及计算机设备。

背景技术

随着科学技术的发展，计算机设备被广泛的应用。由于计算机设备中可能存在的系统问题，导致计算机设备可能出现系统崩溃、死锁或者死机的情况。此时需要在计算机设备发生系统崩溃、死锁或者死机时，捕获系统的内存等信息，将捕获的信息进行存储，以便后续进行问题分析时使用。Kdump是较为可靠的内核转存机制，如何在Linux系统中进行Kdump的配置，进而在计算机设备出现系统崩溃、死锁或者死机时，通过Kdump捕获所需信息，显得尤为重要。

发明内容

本发明的实施例提供一种Kdump的配置方法及计算机设备，用以在Linux系统中进行Kdump的配置，进而可以使计算机设备通过Kdump捕获所需信息。

为达到上述目的，本发明的实施例采用如下技术方案：

本发明实施例提供了一种Kdump的配置方法，包括：确定是否安装kexec软件；若安装所述kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加所述内存对应的预留内存参数；确定Kdump服务是否开启；若确定所述Kdump服务未开启，则开启所述Kdump服务。

进一步的，在所述确定Kdump服务是否开始之前，还包括：为所述Kdump的配置文件，重新配置存储地址。

进一步的，在所述确定Kdump服务是否开始之前，还包括：通过不可屏蔽中断监控机NMIWatchdog机制，配置Kdump服务的硬件触发条件。

进一步的，所述若确定所述Kdump服务未开启，则开启所述Kdump服务之后，还包括：将所述开启所述Kdump服务设置为开机自启动的服务。

进一步的，在所述若安装所述kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加所述内存对应的预留内存参数之前，还包括：若确定没有安装kexec软件，则通过yuminstallkexec-tools指令，安装所述kexec软件。

进一步的，本发明实施例提供了一种计算机设备，包括：

确定单元，用于确定是否安装kexec软件；处理单元，用于若安装所述kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加所述内存对应的预留内存参数；所述确定单元，还用于确定Kdump服务是否开启；所述处理单元，还用于在所述确定单元确定所述Kdump服务未开启时，开启所述Kdump服务。

进一步的，配置单元，用于为所述Kdump的配置文件，重新配置存储地址。

进一步的，所述配置单元，还用于通过不可屏蔽中断监控机NMIWatchdog机制，配置Kdump服务的硬件触发条件。

进一步的，所述处理单元，还用于将所述开启所述Kdump服务设置为开机自启动的服务。

进一步的，所述处理单元，还用于若确定没有安装kexec软件，则通过yuminstallkexec-tools指令，安装所述kexec软件。

本发明实施例提供了一种Kdump的配置方法及计算机设备，包括：确定是否安装kexec软件；若安装kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加内存对应的预留内存参数；确定Kdump服务是否开启；若确定Kdump服务未开启，则开启Kdump服务。这样利用本发明的上述方法可以在Linux系统中进行Kdump的配置，进而可以使计算机设备在发生系统崩溃、死锁或者死机时，通过Kdump捕获所需信息，为后续问题分析提供了可靠的内存的信息，提高了用户体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种Kdump的配置方法的流程示意图；

图2为本发明实施例提供的另一种Kdump的配置方法的流程示意图；

图3为本发明实施例提供的另一种Kdump的配置方法的流程示意图；

图4为本发明实施例提供的另一种Kdump的配置方法的流程示意图；

图5为本发明实施例提供的另一种Kdump的配置方法的流程示意图；

图6为本发明实施例提供的一种计算机设备的结构示意图；

图7为本发明实施例提供的另一种计算机设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供了一种Kdump的配置方法，如图1所示，包括：

步骤101、确定是否安装kexec软件。

具体的，kexec是实现kdump机制的关键，它包括2个组成部分：一是内核空间的系统调用kexec_load，负责在生产内核(productionkernel或firstkernel)启动时将捕获内核(capturekernel或sencondkernel)加载到指定地址。二是用户空间的工具kexec-tools，将捕获内核的地址传递给生产内核，从而在系统崩溃的时候能够找到捕获内核的地址并运行。没有kexec就没有kdump。先有kexec实现了在一个内核中可以启动另一个内核，才让kdump有了用武之地。因此计算机设备在进行Kdump配置时，需要先检测一下kexec软件是否安装。

需要说明的是，kdump有两个不同目的的内核，即为生产内核和捕获内核。生产内核是捕获内核服务的对像。捕获内核会在生产内核崩溃时启动起来，与相应的ramdisk(虚拟内存盘)一起组建一个微环境，用以对生产内核下的内存进行收集和转存。

进一步的，计算机设备通过指令rpm-qkexec-tools，来确定是否安装kexec软件。

步骤102、若安装kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加内存对应的预留内存参数。

具体的，计算机设备在确定出安装了kexec软件后，需要为kdump的捕获内核预留内存。此时，计算机设备需要根据其自身内存的大小，确定为kdump的捕获内核预留内存的大小，进而在操作系统的Kernel命令中添加内存对应的预留内存参数。

其中，在计算机设备中，可以预先设置不同内存对应的预留内存的大小。

在Linux操作系统为RHEL5(RedHatEnterpriseLinux5)版本时，可以设置不同内存对应的预留内存的大小如下表1所示。

表1

其中，crashkernel表示预留内存参数，memory表示Kdump捕获内核保留的内存。Offset表示保留部分内存的开始位置。

也就是说，计算机设备根据其实际内存的大小，可以确定出在配置Kdump时，需要为捕获内核预留的内存的大小，在操作系统的Kernel命令中添加指令crashkernel＝memoryoffset，将预留内存参数添加至Kernel命令中。

进一步的，计算机设备通过编辑/boot/grub/grub.conf，在Kernel命令那一行增加crashkernel＝memoryoffset实现根据内存的大小，在操作系统的Kernel命令中添加内存对应的预留内存参数。

例如，计算机设备的内存为2G时，可以确定出在配置Kdump时，需要为捕获内核预留的内存的大小为128M，且此内存开始的位置为16M，这样计算机设备可以编辑/boot/grub/grub.conf，在Kernel命令那一行增加crashkernel＝128M16M，将预留内存参数添加至Kernel命令中。

在Linux操作系统为RHEL6版本时，可以设置不同内存对应的预留内存的大小如下表2所示。

表2

例如，计算机设备的内存为1G，则计算机设备可以确定出在配置Kdump时，需要为捕获内核预留的内存的大小为128M，计算机设备可以编辑/boot/grub/grub.conf，在Kernel命令那一行增加crashkernel＝128M，将预留内存参数添加至Kernel命令中。

在Linux操作系统为RHEL7版本时，可以设置不同内存对应的预留内存的大小，具体为当内存>＝2GB时，crashkernel＝auto；当内存<2GB时，crashkernel＝128M。

其中，当内存>＝2GB时，crashkernel＝auto，即为在内存>＝2GB时，将预留内存参数crashkernel根据需要设置为所需的内存大小。

步骤103、确定Kdump服务是否开启。

具体的，计算机设备在配置完内存对应的预留内存参数后，配置基本完成，此时计算机设备可以通过指令servicekdumpstatus确定Kdump服务是否开启。

步骤104、若确定Kdump服务未开启，则开启Kdump服务。

具体的，计算机设备在确定出Kdump服务未开启时，需要将Kdump服务开启，此时可以通过指令chkconfigkdumpon，将Kdump服务开启。

本发明实施例提供了一种Kdump的配置方法，包括：确定是否安装kexec软件；若安装kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加内存对应的预留内存参数；确定Kdump服务是否开启；若确定Kdump服务未开启，则开启Kdump服务。这样利用本发明的上述方法可以在Linux系统中进行Kdump的配置，进而可以使计算机设备在发生系统崩溃、死锁或者死机时，通过Kdump捕获所需信息，为后续问题分析提供了可靠的内存的信息，提高了用户体验。

进一步的，上述方法，在步骤103之前，如图2所示，还包括：

步骤105、为Kdump的配置文件，重新配置存储地址。

具体的，Kdump机制可以在计算机设备发生系统崩溃、死锁或者死机时，Kdump的捕获内核将捕获内存的信息，并存储起来。一般情况下，Kdump的默认存储地址为/etc/crash目录下。而/etc/crash目录能够存储的数据大小有限，此时计算机设备为了将捕获的内存信息完整的存储起来，可以将存储地址重新配置，从而将捕获的内存信息存储至此地址所指的存储设备中。

此时，计算机设备可以根据用户需要将捕获的内存信息存储至哪个存储设备中，进行存储地址的重新配置。其中，若将捕获的内存信息存储至一个设备中，此时可以通过指令rawdevicename指定存储地址。

若将捕获的内存信息存储至磁盘的某个文件中，需要在该文件所在的存储设备中声明文件系统类型。

例如，若将捕获的内存信息存放在sda1文件中，此时需要在该文件所在的存储设备中声明文件系统类型，具体为：

ext3/dev/sda1或ext3LABEL＝crash(事先手动声明e2label/dev/sda1crash)或ext3UUID＝xxxxxx；

path＝/usr/local/crash。

vmcore文件会存放在/dev/sda1中/usr/local/crash目录中而不是默认位置：/etc/crash中。

需要说明的是，计算机设备在捕获到内存信息时，需将其存储在vmcore文件中。

若将捕获的内存信息存储至NFS(NetworkFileSystem，网络文件系统)设备中，需通过指令net*<nfsserver>:</nfs/mount>*实现存储地址的重新配置。

例如，计算机设备需要将捕获的内存信息存储至NFS设备中，此时可以通过netnfs.example.com:/export/vmcores，将捕获的内存信息所在的vmcore文件存储至NFS设备中。

若将捕获的内存信息存储至可SSH访问的设备中，需通过指令net*<user><sshserver>*实现存储地址的重新配置。

例如，计算机设备需要将捕获的内存信息存储至可SSH访问的设备中，此时可以通过netrootssh.example.com将捕获的内存信息所在的vmcore文件存储至可SSH(SecureShell，安全外壳协议)访问的设备中。

此时，计算机设备需要运行如下指令，使第一次SSH连接时，具有对目标设备的写权限。具体如下：

在Linux操作系统为RHEL6时，执行servicekdumppropagate。在Linux操作系统为RHEL7时，执行kdumpctlpropagate。

当然，可以将捕获的内存信息存储至其他地方，此时，计算机设备可以根据存储设备进行相应的存储地址的配置，本发明对此不做限制。

通过上述步骤，计算机设备可以重新指定存储捕获的内存信息的存储设备，保证捕获的内存信息的存储完整性，从而便于后续分析问题时，获取到完整的捕获的内存信息。

进一步的，在上述步骤103之前，如图3所示，还包括：

步骤106、通过不可屏蔽中断监控机NMIWatchdog机制，配置Kdump服务的硬件触发条件。

具体的，上述步骤101-105均是针对软件出现问题导致计算机设备发生系统崩溃、死锁或者死机时，Kdump服务被触发，进而捕获内存信息。而在硬件出现问题导致导致计算机设备发生系统崩溃、死锁或者死机时，Kdump服务无法被触发。此时，计算机设备可以通过NMIWatchdog(NonMaskableInterruptWatchdog，不可屏蔽中断监控机)机制，对硬件进行监控，进而在硬件出现问题时，可以触发Kdump服务。

此时，计算机设备配置Kdump服务的硬件触发条件的方法是：在/etc/grub.cfg文件中kernel命令行中添加，nmi_watchdog＝N。其中，N为1或2。

计算机设备在确定N的具体值，需要采用逐个验证的方法。即为，先将N设置为1，进行验证，若验证显示配置成功，则说明N为1。否则，将N重新设置为2。

例如，计算机设备在/etc/grub.cfg文件中kernel命令行中添加，nmi_watchdog＝1，即为kernel/vmlinuz-2.6.18-164.el5roroot＝/dev/VolGroupSys/LogVolSysrhgbquietcrashkernel＝128Mnmi_watchdog＝1

也就是说，kernel命令行为kernel/vmlinuz-2.6.18-164.el5roroot＝/dev/VolGroupSys/LogVolSysrhgbquietcrashkernel＝128M，并在其中添加了nmi_watchdog＝1。

配置完成后，计算机设备可以进行一次重启，并在重启后，执行指令grepNMI/proc/interrupts，获取NMI的值。进而可以验证nmi_watchdog的配置是否正确。如果返回的结果中NMI后面的值不为0则表示配置正确，如果为0，则表示配置失败，此时需要修改nmi_watchdog＝2。并通过上述方法进行重新验证。此时执行指令grepNMI/proc/interrupts后，获取NMI后的值若仍然为0，则表示计算机设备的主板不支持nmi。

进一步的，计算机设备还可以查看其内的watchdog是否工作，此时计算机设备可以通过指令$cat/proc/interrupts可以查看中断的情况，若返回的结果为：NMI00，则说明watchdog没有工作。

进一步的，计算机设备中使用了IO-APIC(Input/OutputAPCI，输入输出高级中断控制器)设备时，需要将nmi_watchdog＝N中的N设置成1，如果没有使用IO-APIC设备时，需要将nmi_watchdog＝N中的N设置成2。

计算机设备可以查看中断情况时，检测在proc/interrupts文件中是否有多个与IO-APIC设备相关的中断内容，若有则说明计算机设备使用了IO-APIC设备。

进一步的，计算机设备还可以通过其他配置方法在硬件出现问题时，获取相应的内存信息。

例如，在计算机设备中具有硬件NMI按钮时，可以通过NMI按钮来触发内存信息的保存。

此时，计算机设备需要将/etc/sysctl.conf文件中的参数rnel.unknown_nmi_panic设置为1，即为配置kernel.unknown_nmi_panic＝1。这样，即为实现在硬件NMI按钮被触动时，即可触发内存信息的保存。

或者，计算机设备还可以在检测到一个未恢复的MNI参数时，触发内存信息的保存。

此时，计算机设备需要将/etc/sysctl.conf文件中的参数kernel.panic_on_unrecovered_nmi设置为1，即为配置kernel.panic_on_unrecovered_nmi＝1。这样，即为实现在检测到一个未恢复的MNI参数时，即可触发内存信息的保存。

需要说明的是，计算机设备还可通过其他方法，配置Kdump服务的硬件触发条件，例如，利用指令OOM-killer(OutOfMemorykiller)机制触发Kdump服务。此时，计算机设备需要在/etc/sysctl.conf文件中，将参数vm.panic_on_oom设置为1，即为配置vm.panic_on_oom＝1。这样，在发生内存溢出时，Linux操作杀死某个进程时，触发Kdump服务。

这样一来，通过上述步骤计算机设备可以在硬件出现问题时，通过Kdump服务来捕获内存的信息，从而可以为后续问题分析提供信息，进一步提高了用户体验。

进一步的，在上述步骤104之后，如图4所示，还包括：

步骤107、将开启Kdump服务设置为开机自启动的服务。

具体的，计算机设备在步骤103中确定Kdump服务没有开启时，通过步骤104开启Kdump服务，并且为了防止每次都需要通过步骤104开启Kdump服务，可以将Kdump服务设置为开机自启动的服务，从而可以在计算机设备开启时，自动开启Kdump服务。

进一步的，计算机设备可以通过指令servicekdumpstart，将开启Kdump服务设置为开机自启动的服务。

进一步的，上述步骤102之前，如图5所示，还包括：

步骤108、若确定没有安装kexec软件，则通过yuminstallkexec-tools指令，安装kexec软件。

具体的，由于Kdump服务必须基于kexec软件才能实现，因此在步骤101中确定出没有安装kexec软件时，计算机设备需要安装kexec软件。这样，计算机设备需要通过指令yuminstallkexec-tools，来安装kexec软件。

需要说明的是，对于某些设备，其kdump的内核是由一个单独的包kernel-kdump提供的,此时需要先安装kernel-kdump包。可以通过执行指令yuminstallkernel-kdump，完成kernel-kdump包的安装。例如，IBMPower架构的设备(ppc64)和IBMSystemz(s390x)的设备。

本发明实施例提供了一种Kdump的配置方法，包括：确定是否安装kexec软件；若安装kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加内存对应的预留内存参数；确定Kdump服务是否开启；若确定Kdump服务未开启，则开启Kdump服务。这样利用本发明的上述方法可以在Linux系统中进行Kdump的配置，进而可以使计算机设备在发生系统崩溃、死锁或者死机时，通过Kdump捕获所需信息，为后续问题分析提供了可靠的内存的信息，提高了用户体验。

本发明实施例提供了一种计算机设备，如图6所示，包括：

确定单元601，用于确定是否安装kexec软件。

处理单元602，用于若安装kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加内存对应的预留内存参数。

确定单元601，还用于确定Kdump服务是否开启。

处理单元602，还用于在确定单元601确定Kdump服务未开启时，开启Kdump服务。

进一步的，上述计算机设备，如图7所示，还包括：

配置单元603，用于为Kdump的配置文件，重新配置存储地址。

进一步的，配置单元603，还用于通过不可屏蔽中断监控机NMIWatchdog机制，配置Kdump服务的硬件触发条件。

进一步的，处理单元602，还用于将开启Kdump服务设置为开机自启动的服务。

进一步的，处理单元602，还用于若确定没有安装kexec软件，则通过yuminstallkexec-tools指令，安装kexec软件。

本发明实施例提供了一种计算机设备，包括：确定是否安装kexec软件；若安装kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加内存对应的预留内存参数；确定Kdump服务是否开启；若确定Kdump服务未开启，则开启Kdump服务。这样利用本发明的上述方法可以在Linux系统中进行Kdump的配置，进而可以使计算机设备在发生系统崩溃、死锁或者死机时，通过Kdump捕获所需信息，为后续问题分析提供了可靠的内存的信息，提高了用户体验。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种Kdump的配置方法，其特征在于，包括：

确定是否安装kexec软件；

若安装所述kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加所述内存对应的预留内存参数；

确定Kdump服务是否开启；

若确定所述Kdump服务未开启，则开启所述Kdump服务。

2.根据权利要求1所述的方法，其特征在于，在所述确定Kdump服务是否开始之前，还包括：

为所述Kdump的配置文件，重新配置存储地址。

3.根据权利要求2所述的方法，其特征在于，在所述确定Kdump服务是否开始之前，还包括：

通过不可屏蔽中断监控机NMIWatchdog机制，配置Kdump服务的硬件触发条件。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述若确定所述Kdump服务未开启，则开启所述Kdump服务之后，还包括：

将所述开启所述Kdump服务设置为开机自启动的服务。

5.根据权利要求1所述的方法，其特征在于，在所述若安装所述kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加所述内存对应的预留内存参数之前，还包括：

若确定没有安装kexec软件，则通过yuminstallkexec-tools指令，安装所述kexec软件。

6.一种计算机设备，其特征在于，包括：

确定单元，用于确定是否安装kexec软件；

处理单元，用于若安装所述kexec软件，则根据内存的大小，在操作系统的Kernel命令中添加所述内存对应的预留内存参数；

所述确定单元，还用于确定Kdump服务是否开启；

所述处理单元，还用于在所述确定单元确定所述Kdump服务未开启时，开启所述Kdump服务。

7.根据权利要求6所述的设备，其特征在于，还包括：

配置单元，用于为所述Kdump的配置文件，重新配置存储地址。

8.根据权利要求7所述的设备，其特征在于，

所述配置单元，还用于通过不可屏蔽中断监控机NMIWatchdog机制，配置Kdump服务的硬件触发条件。

9.根据权利要求6-8任一项所述的设备，其特征在于，

所述处理单元，还用于将所述开启所述Kdump服务设置为开机自启动的服务。

10.根据权利要求6所述的设备，其特征在于，

所述处理单元，还用于若确定没有安装kexec软件，则通过yuminstallkexec-tools指令，安装所述kexec软件。