在进行PostgreSQL测试时，由于日志文件过大，导致系统报错并关闭数据库。之后尝试使用kill-9命令终止剩余的三个postgres进程，但发现这些进程仍处于核心态，无法被直接杀死。通过分析资料，了解到这种情况可能是由于进程在等待不可获取的磁盘资源，且在磁盘空间不足的情况下发生。强制关闭数据库后，进程被阻塞在核心态，无法通过简单的命令结束。最终，解决方案是重启系统来解决此问题。
今天在跑PostgreSQL测试的时候产生的日志太多，超出了分区大小，系统报错，强制关闭数据库后发现还有三个postgres进程，用kill -9命令也杀不掉。搜索资料，发现下面的解释：
[原文链接]
kill -9发送SIGKILL信号将其终止，但是以下两种情况不起作用：
[原文链接]
kill -9发送SIGKILL信号将其终止，但是以下两种情况不起作用：
a、该进程处于"Zombie"状态（使用ps命令返回defunct的进程）。此时进程已经释放所有资源，但还未得到其父进程的确认。"zombie"进程要等到下次重启时才会消失，但它的存在不会影响系统性能。
b、 该进程处于"kernel mode"（核心态）且在等待不可获得的资源。处于核心态的进程忽略所有信号处理，因此对于这些一直处于核心态的进程只能通过重启系统实现。进程在AIX 中会处于两种状态，即用户态和核心态。只有处于用户态的进程才可以用“kill”命令将其终止。
用top命令查看发现zombie进程数是0，看来这三个进程不属于僵尸进程，应该是b这中情况，就是这些进程进入核心态等待磁盘资源时出现磁盘空间不足的故障，这时我强制关闭了数据库，所以这几个进程就一直处于核心态无法被杀除，看来只能重启了。
用top命令查看发现zombie进程数是0，看来这三个进程不属于僵尸进程，应该是b这中情况，就是这些进程进入核心态等待磁盘资源时出现磁盘空间不足的故障，这时我强制关闭了数据库，所以这几个进程就一直处于核心态无法被杀除，看来只能重启了。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
