Questions tagged «kill»

kill-将指定的信号发送到进程或进程组。

1
为什么我不应该使用'kill -9'/ SIGKILL
发布这个问题是因为我惊讶地发现没有直接回答它;抱歉,如果这是重复的话-我确实看过! 我听说过kill -9或kill -SIGKILL不好,但是我不明白为什么。如果我不应该kill -9有什么要我做杀死一个进程?
14 process  kill 


3
终止在特定端口上运行的所有服务
我正在尝试编写一个脚本,该脚本杀死在特定端口上运行的服务。这是我的脚本: a=$(ps ax | grep 4990 | grep java | awk '{print $1}') kill -9 $a 这是一个Java程序。该脚本有时可以工作,但大多数情况下会神秘地失败。 还有其他方法可以杀死端口上运行的服务吗?我的港口是4990。
13 process  kill  tcp 


4
如何找到产卵过程的来源?
我有一个在RedHat Linux实例上运行的Java进程。 问题是我杀死它后它会重新出现。我不确定要看哪里。我已经去过crontab,但是没有运气。 我看过PPID,但它指向init(1)。 知道如何找到来源吗?
12 process  kill 

3
终端仿真器在收到SIGKILL后如何杀死他们的孩子?
据我了解,SIGKILL不能被抓住。这意味着一个进程没有时间在操作系统销毁它之前杀死它的孩子。这可以通过shell脚本来演示。 #! /bin/bash trap : SIGTERM SIGINT SIGKILL # SIGKILL is pointless. mplayer video.avi 使用SIGKILL杀死它会使mplayer运行。 $ kill -9 $pid 但是,当使用终端仿真器(xterm,Terminal,...)时,子进程会被杀死。这怎么可能? $ mplayer 并杀死它: $ kill -9 $terminal_pid 而mplayer随船而去。终端仿真器是否以某种方式赶上了SIGKILL,或者这里还有其他力量在起作用?

5
优雅的方式杀死进程
用硒服务器完成我的bash脚本后,该脚本将其杀死,如下所示: kill `ps -ef | grep selenium | awk '{ print $2 }'` 尽管此方法有效并且确实杀死了Selenium脚本,但它也尝试杀死进程。grep selenium因此,当进程号回到kill命令时,进程消失了,因此最终生成了一条错误消息。(换句话说:它最终杀死了两个进程,其中一个是真正的硒服务器,另一个是短暂的进程,这是我执行此命令的副作用。) 有没有更优雅的方式来杀死进程,而没有这种意想不到的副作用? (我有一个想法:这个脚本在脚本中更早地启动selenium,所以也许如果有一种方法可以在我启动selenium时捕获PID,我可以保留它并直接杀死它,而不是grepping问题是,我不知道如何获取该PID,不知道如何使用变量来保存它,以及如何稍后在脚本中引用它。但这是更好的方法吗?)
12 process  search  kill 

1
命令pkill -USR1 -n -x dd到底是什么意思?
我dd用来将磁盘映像网络传输到BeagleBone上的sd卡上。 pkill -USR1 -n -x dd在此BeagleBone的ssh连接中使用时,会为我提供传输过程的状态更新,这很棒。我很好奇它实际上是如何工作的,所以我将来可以有效地使用它。 阅读后,man pkill它仍然没有完全解释如何pkill -USR1 -n -x dd为我提供这一非常有用的状态更新。
12 kill  dd  signals 


4
在top / htop中杀死一棵进程树
htop使我可以很好地看到shell中的进程树。我可以通过按F9 (KILL)然后选择15 SIGTERM要发送给作业的信号(例如)来杀死进程。 但是,这只允许我一次杀死一个进程。有没有办法杀死使用的完整进程树htop?
12 kill  top  htop 

4
杀死在后台运行的Shell脚本
我已经编写了一个shell脚本来使用inotifyt-tools的inotifywait实用程序监视目录。我希望该脚本在后台连续运行,但是我也希望能够在需要时将其停止。 为了使它连续运行,我习惯了while true;像这样: while true; do #a set of commands that use the inotifywait utility end 我已经将其保存在文件中/bin并使其可执行。为了使其在后台运行,我使用nohup <script-name> &并关闭了终端。 我不知道如何停止此脚本。我看过的答案在这里和非常密切相关的问题在这里。 更新1: 根据下面的@InfectedRoot的答案,我已经能够使用以下策略解决我的问题。初次使用 ps -aux | grep script_name 并sudo kill -9 <pid>用来杀死进程。然后,我不得不再次pgrep inotifywait使用sudo kill -9 <pid>ID作为返回值。 这行得通,但我认为这是一种凌乱的方法,我正在寻找更好的答案。 更新2: 答案包括杀死2个进程。这很重要,因为在命令行上运行脚本会启动2个进程,1个是脚本本身,2个是inotify进程。
12 bash  shell  kill  inotify 

3
挂起进程而不杀死它
因此,我在后台运行了一个持久性程序。杀死它只会导致它以其他PID重新启动。我想将其挂起(使其进入睡眠状态,而实际上并未杀死它)。杀死-9会这样做吗?如果没有,应该怎么做?
11 process  kill 

2
在OOM杀手/ cgroup杀死进程之前接收信号
在我们的集群中,我们正在限制进程资源,例如内存(memory.limit_in_bytes)。 我认为,最后,这也可以通过Linux内核中的OOM杀手来处理(通过阅读源代码看起来很像)。 在我的进程被杀死之前,有什么方法可以发出信号吗?(就像SGE的-notify选项一样,该选项将在进程终止qsubSIGUSR1之前发送。) 我在/dev/mem_notify 这里了解到有关信息,但我没有它-如今还有其他东西吗?我也读了这篇似乎有些相关的文章。 我希望至少能够转储一个小的堆栈跟踪信息以及其他一些有用的调试信息-但也许我甚至可以通过释放一些内存来恢复。 我当前正在使用的一种解决方法是这个小脚本,该脚本经常检查我是否接近极限(95%),如果是,它将发送过程a SIGUSR1。在Bash中,我将在后台(cgroup-mem-limit-watcher.py &)启动此脚本,以便它监视同一cgroup中的其他proc,并在父Bash进程终止时自动退出。

2
`kill -p`真的有效吗?
在它的手册页中kill,内容如下 概要 kill [ -s signal | -p ] [ -a ] [ -- ] pid ... kill -l [ signal ] -p Specify that kill should only print the process id (pid) of the named processes, and not send any signals. 但是,由于我在RH和RHEL中都尝试了很多次,所以命令像kill -s SIGHUP |-p 123从未使用过,总是报告错误 bash:-p:找不到命令 我有没有犯错?

4
如何杀死无法重启的进程?
有5个进程不能被杀死kill -9 $PID,执行cat /proc/$PID/cmdline将挂起当前会话。也许它们是僵尸进程。 执行ps -ef or htop也会挂起当前会话。但是top,ps -e并且工作正常。 因此,似乎文件系统没有响应有两个问题。 这是一台运行虚拟机的生产机,因此无法选择重新启动。 以下进程ID无效:16181 16765 5985 7427 7547 这些过程的父级是init ├─collectd(16765)─┬─{collectd}(16776) │ ├─{collectd}(16777) │ ├─{collectd}(16778) │ ├─{collectd}(16779) │ ├─{collectd}(16780) │ └─{collectd}(16781) ├─collectd(28642)───{collectd}(28650) ├─collectd(29868)─┬─{collectd}(29873) │ ├─{collectd}(29874) │ ├─{collectd}(29875) │ └─{collectd}(29876) qemu进程之一不起作用 |-qemu-system-x86(16181)-+-{qemu-system-x86}(16232) | |-{qemu-system-x86}(16238) | |-{qemu-system-x86}(16803) | |-{qemu-system-x86}(17990) | |-{qemu-system-x86}(17991) | |-{qemu-system-x86}(17992) | |-{qemu-system-x86}(18062) …

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.