我要评论1. 问题描述
在linux系统环境，进程在内核模式下等待i/o完成时通常会进入不间断睡眠状态，此时使用ps或top命令输出的进程显示为d状态。
当然我们也可以使用sysrq工具将有关进程的信息发送到/var/log/messages。
2. 问题分析
在正常情况下，不间断状态只持续几分之一秒。但是，异常情况下，进程可能会停留在此状态更长的时间或（在最坏的情况下）无限期地停留。
这种状态下，即使使用“kill -9”也无法杀死进程，因为在进程唤醒之前，kill信号无法传递给进程。
3. 实验模拟
在centos 7.9环境模拟一个处于d状态的进程并进行实验分析：
使用lvm卷的 suspend 特性，暂停io，使得上层应用程序处于d状态。
3.1 使用losetup创建一个卷作为pv的磁盘
losetup命令概述
losetup命令用来设置loop设备，loop设备可以将文件虚拟成块设备，这样用户就可以对其进行挂载，
比如常见的iso光盘镜像、img镜像都可以被虚拟成块设备，然后进行挂载和访问。
# dd写入一个2g的文件 $ dd if=/dev/zero of=/tmp/diskfile count=2048 bs=1m # 将2g的文件虚拟成块设备 $ losetup --show -f /tmp/diskfile
3.2 使用/dev/loop0块设备创建pv, vg和lv
[root@node-1 ~]# pvcreate /dev/loop0 physical volume "/dev/loop0" successfully created. [root@node-1 ~]# vgcreate vg01 /dev/loop0 volume group "vg01" successfully created [root@node-1 ~]# lvcreate -n lv01 -l 1g vg01 logical volume "lv01" created.
3.3 使用刚创建的lv
创建一个文件系统并挂载到/mnt目录
[root@node-1 ~]# mkfs.ext4 /dev/vg01/lv01 [root@node-1 ~]# mount /dev/vg01/lv01 /mnt
3.4 dmsetup suspend 命令暂停 lv 同时进行io
[root@node-1 ~]# dmsetup suspend /dev/vg01/lv01 && dd if=/dev/urandom of=/mnt/iotest.img count=1024 bs=1m
此时，该进程就会处于d状态，命令不会返回到shell提示符。
可以通过另一个 shell 终端来查看这个进程：
[root@node-1 ~]# ps -aux | awk '$8 == "d+" {print $0}'
root 1685 0.0 0.0 108096 620 pts/0 d+ 15:57 0:00 dd if=/dev/urandom of=/mnt/iotest.img count=1024 bs=1m通过kill -9 1685也杀死不掉该进程
[root@node-1 ~]# kill -9 1685
[root@node-1 ~]# ps -aux | awk '$8 == "d+" {print $0}'
root 1685 0.0 0.0 108096 620 pts/0 d+ 16:21 0:00 dd if=/dev/urandom of=/mnt/iotest.img count=1024 bs=1m3.5 对/var/log/messages日志文件进行分析
看到“task dd:1685 blocked for more than 120 seconds.”这样的消息时，这通常意味着有一个名为dd的进程（进程id为1685）在执行过程中被阻塞了超过120秒。
但dd进程为什么会被堵塞我们也不知道，应需要开发人员去分析call trace信息。
但由于这是通过测试模拟的，我知道是什么原因堵塞，所以我们通过dmsetup resume命令进行恢复lv, 然后dd命令io就正常写入了，进程状态也由d变为r 。
[root@node-1 ~]# dmsetup resume /dev/vg01/lv01
4. 问题总节
1、如果生产环境遇到进程一直处于d状态，无法kill 掉, 重启服务器解决
2、运维侧分析日志或者事件升级到研发，找到进程处于d状态的原因，让进程从d状态恢复到r状态。
通过sysrq工具进行手动从内核收集d进程信息转存到messages，拿到日志进一步分析或升级到研发分析：
# 启用sysrq的功能： $ echo 1 > /proc/sys/kernel/sysrq # 转储处于不可中断（阻塞）状态的任务。 $ echo w > /proc/sysrq-trigger # 将当前任务列表及其信息转储到您的控制台。 $ echo t > /proc/sysrq-trigger # 显示所有活动 cpu 的堆栈回溯。 $ echo l > /proc/sysrq-trigger 这会将任务和线程信息转储到/var/log/messages，进行进一步分析
5. linux常见几种状态
这里只列出4种状态
5.1 task_running：（r）
进程当前正在运行，或者正在运行队列中等待调度。
只有在该状态的进程才可能在cpu上运行，同一时刻可能有多个进程处于运行状态。
5.2 task_interruptible：(s)
进程处于睡眠状态，处于这个状态的进程因为等待某事件的发生（比如等待socket连接、等待信号量），而被挂起。当这些事件发生时，对应的等待队列中的一个或多个进程将被唤醒。
一般情况下，进程列表中的绝大多数进程都处于task_interruptible状态。进程可以被信号中断。接收到信号或被显式的唤醒呼叫唤醒之后，进程将转变为task_running 状态。
5.3 task_uninterruptible：(d)
不可中断的睡眠状态,此进程状态类似于 task_interruptible，只是它不会处理信号。
不可中断，指的是进程不响应异步信号，无法用kill命令关闭处于task_uninterruptible状态的进程。
5.4 exit_zombie：(z)
进程已终止，它正等待其父进程收集关于它的一些统计信息。
不可被kill, 即不响应任务信号, 无法用sigkill杀死
6. 关于sysrq
6.1 什么是sysrq键？
“sysrq”键也称为“print screen”键，按下sysrq键，linux内核会响应，除非内核完全崩溃。
关于sysrq的参考链接：参考点这里
6.2 如何启用sysrq键
在配置linux内核时，如果对config_magic_sysrq配置y选项，完成内核编译后，可以通过/proc/sys/kernel/sysrq来调用sysrq 键调用的函数。
以下是 /proc/sys/kernel/sysrq 中支持的值列表：
- 0 完全禁用 sysrq。
- 1 启用 sysrq 的所有功能。
- >1 允许的 sysrq 函数的位掩码
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。
发表评论