linux 进程D状态的解决思路

企鹅侠客

已于 2024-08-20 09:31:08 修改

阅读量395

点赞数 17

分类专栏： linux 文章标签： linux 运维开发

于 2024-08-20 09:12:48 首次发布

本文链接：https://blog.csdn.net/unbuntu_luo/article/details/141278160

版权

linux 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

同时做了录屏放到B站了，伙伴们视频给个3连支持一下

linux 进程D状态解决思路

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=1M

3.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 状态。