Kdump 工作流程

2019-12-04 07:40栏目:竞技宝app
TAG:

  1. Kdump工具

什么是Kdump?

Kdump是三个依据kexec的基石崩溃转储机制,当系统崩溃时,kdump使用kexec运转到第三个根底。地球热能个水源叫做捕获内核或然又叫“2nd kernel”,它以非常少的内部存款和储蓄器运维捕获内核,并抓获转储镜像。Kdump的定义是当前最可信赖的基业转储技能,已被第意气风发的linux厂家使用。(例如Red Hat类别)

  Kdump的办事机制是在根本崩溃时, 通过kexec 工具由BIOS运营二个备用水源, 由备用水源试行风姿浪漫多级职责,保存内部存款和储蓄器中崩溃内核的图景, 供后续故障剖析用.

什么是Kexec?

Kexec是生机勃勃种能够基于现已运维功底的上下文神速运维新幼功的生机勃勃种机制,而不经过BIOS。BIOS的起步在生龙活虎部分重机可能有雅量外设的机械上时特意耗费时间。这种体制能够节省须要在分化根底之间切换的开采人士的光阴。
Kexec在基本空间和顾客空间都有照望的机件,内核提供了多少个kexec重启成效的连串调用。顾客空间的软件包"kexec-tools"使用那些系统调用,并执行加载和教导第二个水源(捕获内核)。
Kexec由两局地组成,一是内核空间的系统调用kexec_load,担负在生育根基(恐怕叫第贰个功底)运转时将捕获内核(或许叫第3个水源)加载到钦赐的职位。而是顾客空间的kexec-tools,它将捕获内核(second kernel)的地址传递给临蓐根底(first kernel),让系统在崩溃的时候能够找到捕获内核(second kernel)的地址并运维。

  本文暗中认可AMD或INTEL X86_64构造, 汉兰达HEL7系统意况. 

Kdump怎么专门的学业?

在现阶段系统发生崩溃时,新的破获内核被加载,然后依照已设置的指令去将这段时间事前产生崩溃的种类的内部存款和储蓄器保存到多个格外的公文(vmcore)中。

下边以Fedora26做为测量试验演示。(Fedora和CentOS种类的系统现已在kenrel中开发了CONFIG_KEXEC*选项。)

率先必要在系统运行时留下出给第叁个底蕴运营的内部存款和储蓄器。内核参数"crashkernel=160M"会在系统运维时留下出160M内部存款和储蓄器的半空中给捕获内核运维使用。"crashkerel=xM"还补助任何的参数,详细的能够参照内核参数文书档案 基本参数。

# dmesg | grep -i reserving
[    0.000000] Reserving 160MB of memory at 656MB for crashkernel (System RAM: 2047MB)

系统运营后大家能够从地点的吩咐中看看曾经预先留下出了160M的内存从内部存款和储蓄器的656M处。

安装客商态的包"kexec-tools",软件包中会提供kdump所需的劳务和"kexec"快捷内核运营命令,和收缩过滤内部存款和储蓄器的"makedumpfile"命令。

[root@localhost ~]# dnf install -y kexec-tools

配备,校订kdump相关的配备文件。

[root@localhost ~]# grep -v ^# /etc/kdump.conf 

path /var/crash
core_collector makedumpfile -l --message-level 1 -d 31


[root@localhost ~]# grep -v ^# /etc/sysconfig/kdump
KDUMP_KERNELVER=""

KDUMP_COMMANDLINE=""

KDUMP_COMMANDLINE_REMOVE="hugepages hugepagesz slub_debug quiet"

KDUMP_COMMANDLINE_APPEND="irqpoll nr_cpus=1 reset_devices cgroup_disable=memory mce=off numa=off udev.children-max=2 panic=10 rootflags=nofail acpi_no_memhotplug transparent_hugepage=never nokaslr"

KEXEC_ARGS=""

KDUMP_IMG="vmlinuz"

KDUMP_IMG_EXT=""

结构文件/etc/kdump.conf设置了kdump爆发时vmcore文件的蕴藏情势,此文件改过后需求重启kdump的服务。

构造文件/etc/sysconfig/kdump,假设只是改正了COMMANDLINE相关的参数,则无需去重新build生成新的initramfs文件。

启动kdump服务:

[root@localhost ~]# systemctl restart kdump
[root@localhost ~]# systemctl status kdump
● kdump.service - Crash recovery kernel arming
   Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: disabled)
   Active: active (exited) since Sat 2017-07-15 10:46:22 UTC; 36s ago
  Process: 2172 ExecStop=/usr/bin/kdumpctl stop (code=exited, status=0/SUCCESS)
  Process: 2180 ExecStart=/usr/bin/kdumpctl start (code=exited, status=0/SUCCESS)
 Main PID: 2180 (code=exited, status=0/SUCCESS)

Jul 15 10:46:21 localhost dracut[4264]: -rw-r--r--   1 root     root          127 Mar 28 02:15 usr/share/zoneinfo/Etc/UTC
Jul 15 10:46:21 localhost dracut[4264]: drwxr-xr-x   3 root     root            0 Jun 22 13:38 var
Jul 15 10:46:21 localhost dracut[4264]: lrwxrwxrwx   1 root     root           11 Jun 22 13:38 var/lock -> ../run/lock
Jul 15 10:46:21 localhost dracut[4264]: lrwxrwxrwx   1 root     root            6 Jun 22 13:38 var/run -> ../run
Jul 15 10:46:21 localhost dracut[4264]: drwxr-xr-x   2 root     root            0 Jun 22 13:38 var/tmp
Jul 15 10:46:21 localhost dracut[4264]: ========================================================================
Jul 15 10:46:21 localhost dracut[4264]: *** Creating initramfs image file '/boot/initramfs-4.11.9-300.fc26.x86_64kdump.img' done ***
Jul 15 10:46:22 localhost kdumpctl[2180]: kexec: loaded kdump kernel
Jul 15 10:46:22 localhost kdumpctl[2180]: Starting kdump: [OK]
Jul 15 10:46:22 localhost systemd[1]: Started Crash recovery kernel arming.

全数的劳务都陈设达成,若是此时系统爆发了panic大概别的的生龙活虎对引致系统崩溃的现象,这是kdump服务会将马上的内部存款和储蓄器镜像遵照顾客的布署保存起来。一个简便的法子是经过命令来触发:

[root@localhost ~]# echo c > /proc/sysrq-trigger

[some console log]
... ...
         Starting Kdump Vmcore Save Service...
kdump: dump target is /dev/vda1
kdump: saving to /sysroot//var/crash/127.0.0.1-2017-07-16-04:21:36/
[    2.718001] EXT4-fs (vda1): re-mounted. Opts: data=ordered
kdump: saving vmcore-dmesg.txt
kdump: saving vmcore-dmesg.txt complete
kdump: saving vmcore
Copying data                       : [100.0 %] -
kdump: saving vmcore complete
... ...
[/some console log]

当系统重启后就会在钦命的目录下见到变化的vmcore文件。能够参照布局文件"/etc/kdump.conf"里的"path"字段。

[root@localhost ~]# ls -lt /var/crash/*/
total 33492
-rw-------. 1 root root 34253115 Jul 16 04:21 vmcore
-rw-r--r--. 1 root root    40360 Jul 16 04:21 vmcore-dmesg.txt

转储文件被保留后可以用"crash"这几个软件包来解析这一个"vmcore"文件。

开始波及了Kexec内核部分提供了有个别种类调用,"kexec_load()" 和 "kexec_file_load(卡塔尔(قطر‎",个中三个用来加载捕获内核 - "kexec -l",其余一个来提供系统重启 - "kexec -e"。

系统调用"kexec_load(卡塔尔(قطر‎"能够加载八个新的基石并随后可以被"reboot(卡塔尔国"调用。它是被如此定义的:

long kexec_load(unsigned long entry, unsigned long nr_segments,
                       struct kexec_segment *segments, unsigned long flags);

内部一个相比首要的是"kexec_segment"结构体:

struct kexec_segment {
    void   *buf;        /* Buffer in user space */
    size_t  bufsz;      /* Buffer length in user space */
    void   *mem;        /* Physical address of kernel */
    size_t  memsz;      /* Physical address length */
};

当reboot(卡塔尔国的参数为"LINUX_REBOOT_CMD_KEXEC"并被调用时,则运营新的水源时就调用"kexec_load(卡塔尔国"系统调用。其它“CONFIG_KEXEC”必得在编译kernel时被展开。

系统调用"kexec_load_file(卡塔尔(قطر‎"会安装2个参数"kernel"和"initramfs"给"kexec"命令。"kexec"会读取那几个数量来创立对应的数据段。

long kexec_file_load(int kernel_fd, int initrd_fd,
                           unsigned long cmdline_len, const char *cmdline,
                           unsigned long flags);

同样的"CONFIG_KEXEC_FILE"参数也要在基本编写翻译时被展开。

一时一刻的大好些个批发版皆是开荒了"KEXEC"相关的布署参数。

以上正是叁个kdump的回顾流程。有关"kdump"能够捕获到的根本崩溃时间足以仿照效法文书档案"/usr/share/doc/kexec-tools/kexec-kdump-howto.txt"。或然请参见大家写的测试用例 kdump-test。

参谋资料:
kdump-paper
kdump-introduction
fedora-kexec-tools

1.1 内核管理工科具Kdump安装

  Kdump是OdysseyHEL7中自带的基业管理工科具.在GL450HEL7.1在此之前的版本,kdump作为安装到位之后的可选组件自动安装,从KugaHEL7.1带头kdump被植入安装分界面,作为系统底工工具供安装采取.

能够透过上边视若等闲直接RPM包安装.

yum -y install kexec-tools
rpm -q kexec-tools

再者,Kdump还陈设了图形化管理工科具,可以由此上边发号出令安装.

yum -y install system-config-kdump

  对于大切诺基HEL7.4及以往的版本,kdump援救INTEL IOMMU. 而不援救福睿斯HEL7.3及前边的版本.

1.2 通过命令行配置kdump内部存款和储蓄器容积

  kdump能监督系统基本运营状态,其身份相比较特殊. kdump的内部存款和储蓄器空间是在系统运转时,由引导程序分配的,绝对于系统基本,kdump内部存款和储蓄器是贰个独自的空间.

能够通过如下命令钦命kdump的内部存款和储蓄器空间大小.

crashkernel=128M     #为kdump保留128M的内存空间.

   crashkernel的值能够设置成“auto",在有个别负有很大内部存款和储蓄器的类别中,利于完成Kdump的自动化管理.

crashkernel=auto

  当然,crashkernel的值还是能够透过如下情势落到实处越来越灵敏的配置.

  crashkernel=<范围1>:<大小1>, <范围2>:<大小2>

crashkernel=512M-2G:64M,2G-:128M    #当系统内存在512M-2G之间时,为Kdump保留64M的内存空间;当系统内存大于2G时,为Kdump保留128M的内存空间.

  仍能这么:

crashkernel=128M@16M    #为Kdump保留128M的内存空间,内存地址从16M(physical address 0x01000000)开始.

1.3 Kdump的存储

  Kdump的布局在/etc/kdump.cnf中. kdump提供二种主意将捕获到底蕴崩溃数据本地保存或保存到长途主机.

#path /var/crash    #kdump本地存储目录,默认是存放在/var/crash目录下,可以根据使用习惯设置.
path /usr/local/cores 
...
#raw /dev/vg/lv_kdump    #kdump可以直接写入移动介质.
raw /dev/sdb1
...
#nfs my.server.com:/export/tmp    #kdump可以通过NFS保存到网络上其它存储设备中.
nfs test.example.com:/export/cores
...
#ssh user@my.server.com      #kdump可以通过SSH传输协议,保存远程主机上.
#sshkey /root/.ssh/kdump_id_rsa
ssh user@test.example.com
sshkey /root/.ssh/mykey

  kdump.conf中还可以在 core_collector makedumpfile 选项后增进" -c ", 使kdump文件能够被减弱,以节省存款和储蓄空间.

core_collector makedumpfile -c

systemctl start kdump.service    #启动Kdump服务
systemctl enable kdump.service    #使Kdump开机自启
systemctl is-active kdump       #检查Kdump是否已启动
active
echo 1 > /proc/sys/kernel/sysrq   #模拟内核崩溃,检查/var/crash/是否自动保存Kdump捕获的内核崩溃数据, 以确定Kdump是否正常工作
echo c > /proc/sysrq-trigger

  需求在意的是

  (1卡塔尔(قطر‎在奥迪Q5HEL7从前的本子中,kdump的蕴藏目录会趁机kdump服务的启航而由系统活动创立. 奇骏HEL7中,假设更正了kdump的存放目录,则必需在开发银行kdump服务早先,手动创立kdump的囤积目录,不然kdump服务会运转退步.

  (2卡塔尔(英语:State of Qatar)若是在装置分界面禁止使用了kdump, 而安装到位现在再通过systemctl start kdump运维kdump, 会报内部存款和储蓄器不足不能运维的错误. kdump的内部存款和储蓄器空间是在基本功加载从前由boot分配的, 所以必得改革boot. 最佳使用kdump的图样管理工科具 system-config-kdump 加载kdump的默许配置, 使kdump处于可用状态, 然后重启系统, systemctl status kdump 服务处于激活状态(active卡塔尔.

1.4 利用crash作用剖析内核崩溃

  利用crash功效组件可以深入分析linux内核崩溃时的网络、磁盘、CPU、系统基本状态,快速牢固故障点.

版权声明:本文由龙竞技官网发布于竞技宝app,转载请注明出处:Kdump 工作流程