无法终止休眠进程

Question 1

处于 S 或 D 状态的进程通常处于阻塞系统调用中，例如读取或写入文件或网络、等待调用的程序完成，或者等待信号量或其他同步原语。等待期间，进程将进入睡眠状态。

您无法“唤醒它”——只有当它等待的数据/资源可用时，它才会继续运行。这都是正常且预期的，只有在试图杀死它时才会出现问题。

您可以尝试使用它strace -p pid来找出进程 pid 当前正在发生哪个系统调用。

不可中断的睡眠状态是一种不会立即处理信号的睡眠状态。它只会在等待的资源可用或等待期间发生超时后被唤醒（如果在进入睡眠状态时指定）。它主要由等待磁盘或网络 IO（输入/输出）的设备驱动程序使用。当进程处于不可中断的睡眠状态时，睡眠期间积累的信号将在进程从系统调用或陷阱返回时被注意到。

在系统调用中被阻塞的进程处于不可中断的睡眠状态，顾名思义，即使是 root 也无法中断。

通常，进程无法阻止 SIGKILL。但内核代码可以，并且进程在调用系统调用时会执行内核代码，在此期间内核代码会阻止所有信号。因此，如果系统调用无限期地阻塞，则实际上可能没有办法终止该进程。SIGKILL 仅在进程完成系统调用时才会生效。

Answer

处于 S 或 D 状态的进程通常处于阻塞系统调用中，例如读取或写入文件或网络、等待调用的程序完成，或者等待信号量或其他同步原语。等待期间，进程将进入睡眠状态。

您无法“唤醒它”——只有当它等待的数据/资源可用时，它才会继续运行。这都是正常且预期的，只有在试图杀死它时才会出现问题。

您可以尝试使用它strace -p pid来找出进程 pid 当前正在发生哪个系统调用。

从维基百科：

不可中断的睡眠状态是一种不会立即处理信号的睡眠状态。它只会在等待的资源可用或等待期间发生超时后被唤醒（如果在进入睡眠状态时指定）。它主要由等待磁盘或网络 IO（输入/输出）的设备驱动程序使用。当进程处于不可中断的睡眠状态时，睡眠期间积累的信号将在进程从系统调用或陷阱返回时被注意到。

在系统调用中被阻塞的进程处于不可中断的睡眠状态，顾名思义，即使是 root 也无法中断。

通常，进程无法阻止 SIGKILL。但内核代码可以，并且进程在调用系统调用时会执行内核代码，在此期间内核代码会阻止所有信号。因此，如果系统调用无限期地阻塞，则实际上可能没有办法终止该进程。SIGKILL 仅在进程完成系统调用时才会生效。

Question 2

睡眠过程的背景

您可能想看看这篇 Unix 和 Linux 文章。

https://unix.stackexchange.com/questions/5642/what-if-kill-9-does-not-work

具体来说这个答案，https://unix.stackexchange.com/a/5648/7453。

摘自该帖子

kill -9 (SIGKILL) 总是有效的，只要你有权限终止进程。基本上，要么进程必须由你启动，并且不能是 setuid 或 setgid，要么你必须是 root。有一个例外：即使是 root 也不能向 PID 1（init 进程）发送致命信号。

但是 kill -9 并不能保证立即生效。所有信号（包括 SIGKILL）都是异步传递的：内核可能需要一些时间来传递它们。通常，传递信号最多需要几微秒，这正是目标获得时间片所需的时间。但是，如果目标已阻止信号，则信号将排队，直到目标解除阻止。

通常，进程无法阻止 SIGKILL。但内核代码可以，进程在调用系统调用时会执行内核代码。当中断系统调用会导致内核中某处的数据结构形成错误，或者更普遍地说会导致某些内核不变量被违反时，内核代码会阻止所有信号。因此，如果（由于错误或设计错误）系统调用无限期地阻塞，则可能实际上没有办法终止该进程。（但如果进程完成系统调用，它将被终止。）

...

...

我强烈建议阅读该答案的其余部分！

终止被资源（文件或网络）阻止的进程

这里有两件事可以尝试。

1.删除 yum 的 .pid 文件

是否存在 yum 锁定文件？删除该锁定文件后会发生什么？我认为这可能允许它继续。

rm /var/run/yum.pid

2.强制`CLOSE_WAIT`关闭所有挂起的 TCP 连接

ACLOSE_WAIT描述如下：

CLOSE_WAIT 表示服务器已经收到客户端的第一个FIN信号，连接正在关闭中

所以这本质上意味着他的套接字正在等待应用程序执行 close()

套接字可以无限期地处于 CLOSE_WAIT 状态，直到应用程序关闭它。错误的情况可能是文件描述符泄漏，服务器未在套接字上执行 close()，导致 close_wait 套接字堆积

笔记：摘录自technet 网站。

您可以尝试使用 2 种工具来实现此目的。

这些工具通过模拟FIN-ACK-RST完全关闭 TCP 连接所必需的交换。

Killcx 的工作原理是创建一个带有虚假 SeqNum 的假 SYN 数据包，欺骗远程客户端 IP/端口并将其发送到服务器。它将分叉一个子进程，该进程将捕获服务器响应，从 ACK 数据包中提取 2 个魔法值并使用它们发送伪造的 RST 数据包。然后连接将被关闭。

笔记：摘录自Killcx 网站。

使用切刀

切断给定的两个 IP/端口号对之间的特定连接。

# cutter ip-address-1 port-1 ip-address-2 port-2
% cutter 200.1.2.3 22 10.10.0.45 32451

使用 Killcx

切断与远程 IP 和端口的连接。

# killcx remote-ip-address:port
% killcx 120.121.122.123:1234

资源

serverfault - 如何强制关闭套接字以等待时间

Answer

睡眠过程的背景

您可能想看看这篇 Unix 和 Linux 文章。

https://unix.stackexchange.com/questions/5642/what-if-kill-9-does-not-work

具体来说这个答案，https://unix.stackexchange.com/a/5648/7453。

摘自该帖子

kill -9 (SIGKILL) 总是有效的，只要你有权限终止进程。基本上，要么进程必须由你启动，并且不能是 setuid 或 setgid，要么你必须是 root。有一个例外：即使是 root 也不能向 PID 1（init 进程）发送致命信号。

但是 kill -9 并不能保证立即生效。所有信号（包括 SIGKILL）都是异步传递的：内核可能需要一些时间来传递它们。通常，传递信号最多需要几微秒，这正是目标获得时间片所需的时间。但是，如果目标已阻止信号，则信号将排队，直到目标解除阻止。

通常，进程无法阻止 SIGKILL。但内核代码可以，进程在调用系统调用时会执行内核代码。当中断系统调用会导致内核中某处的数据结构形成错误，或者更普遍地说会导致某些内核不变量被违反时，内核代码会阻止所有信号。因此，如果（由于错误或设计错误）系统调用无限期地阻塞，则可能实际上没有办法终止该进程。（但如果进程完成系统调用，它将被终止。）

...

...

我强烈建议阅读该答案的其余部分！

终止被资源（文件或网络）阻止的进程

这里有两件事可以尝试。

1.删除 yum 的 .pid 文件

是否存在 yum 锁定文件？删除该锁定文件后会发生什么？我认为这可能允许它继续。

rm /var/run/yum.pid

2.强制`CLOSE_WAIT`关闭所有挂起的 TCP 连接

ACLOSE_WAIT描述如下：

CLOSE_WAIT 表示服务器已经收到客户端的第一个FIN信号，连接正在关闭中

所以这本质上意味着他的套接字正在等待应用程序执行 close()

套接字可以无限期地处于 CLOSE_WAIT 状态，直到应用程序关闭它。错误的情况可能是文件描述符泄漏，服务器未在套接字上执行 close()，导致 close_wait 套接字堆积

笔记：摘录自technet 网站。

您可以尝试使用 2 种工具来实现此目的。

这些工具通过模拟FIN-ACK-RST完全关闭 TCP 连接所必需的交换。

Killcx 的工作原理是创建一个带有虚假 SeqNum 的假 SYN 数据包，欺骗远程客户端 IP/端口并将其发送到服务器。它将分叉一个子进程，该进程将捕获服务器响应，从 ACK 数据包中提取 2 个魔法值并使用它们发送伪造的 RST 数据包。然后连接将被关闭。

笔记：摘录自Killcx 网站。

使用切刀

切断给定的两个 IP/端口号对之间的特定连接。

# cutter ip-address-1 port-1 ip-address-2 port-2
% cutter 200.1.2.3 22 10.10.0.45 32451

使用 Killcx

切断与远程 IP 和端口的连接。

# killcx remote-ip-address:port
% killcx 120.121.122.123:1234

资源

serverfault - 如何强制关闭套接字以等待时间

Question 3

您可以尝试终止父进程。使用 ps 检查：

ps xjf -C yum

然后是kill -9任何父进程。

Answer

您可以尝试终止父进程。使用 ps 检查：

ps xjf -C yum

然后是kill -9任何父进程。

Question 4

是不是它在等待子进程？我喜欢它，ps faux因为它会告诉你是否有子进程，如果有，你可能需要终止哪个子进程。

Answer

是不是它在等待子进程？我喜欢它，ps faux因为它会告诉你是否有子进程，如果有，你可能需要终止哪个子进程。

无法终止休眠进程

答案1

答案2

睡眠过程的背景

终止被资源（文件或网络）阻止的进程

1.删除 yum 的 .pid 文件

2.强制`CLOSE_WAIT`关闭所有挂起的 TCP 连接

使用切刀

使用 Killcx

资源

答案3

答案4

相关内容

答案1

答案2

睡眠过程的背景

终止被资源（文件或网络）阻止的进程

1.删​​除 yum 的 .pid 文件

2.强制CLOSE_WAIT关闭所有挂起的 TCP 连接

使用切刀

使用 Killcx

资源

答案3

答案4

相关内容

1.删除 yum 的 .pid 文件

2.强制`CLOSE_WAIT`关闭所有挂起的 TCP 连接