sigterm

9热度

1回答

所以我有一个相当简单的设置Heroku。我使用RabbitMQ来处理后台作业。我的设置由一个节点脚本组成，每天使用Heroku Scheduler addon。这些脚本将作业添加到队列中，然后将作业消耗并将它们委托给单独的模块进行处理。的问题开始我收到SIGTERM事件的Heroku随机启动自时间到时间后，重新启动实例之前。由于某种原因，在实例重新启动后，工作人员再也不会恢复。只有当我通过执行

2热度

1回答

强制加捻反应器在sigterm上停止

我有一个GCE服务器设置来处理一些数据分析。我可以通过使用twisted与它沟通。我是这台服务器的唯一客户端。系统是安装程序是这样的： spawn_multiprocessing_hierarchy() reactor.run() # Blocks main thread stop_everything_and_cleanup() 当我试图阻止系统和客户端连接，reactor会忽略（？或

0热度

1回答

写在（）与p.terminate终止的进程

终止我与子其中p.terminate我开这样的SIGTERM日志文件： p = Popen([sys.executable, args], stdin=PIPE, stdout=PIPE, stderr=open("error.txt", 'a')) 正如你可以看到我全部重定向错误一个文本等等我可以阅读它。我missused此功能可以打印的东西到这个文件时，子被终止： signal.sign

-2热度

1回答

如何更改C程序中SIGTERM的含义

我最近遇到了一个信号问题。我想用C编写一个程序，它会在信号发送到进程后打印任何东西。例如：如果我发送SIGTERM到我的进程（这只是运行程序），我希望程序打印出例如“杀死进程被拒绝”而不是杀死进程。那么该怎么做？如何强制过程捕捉和改变这种信号的含义。我还有一个问题，如果有任何可能杀死init进程（我知道这是一个愚蠢的问题，但我想知道linux如何处理这样的信号，以及如果我输入：sudo kill

0热度

2回答

为什么systemd进程在PID 1的docker容器中运行，未将SIGTERM转发到docker stop上的子进程

我们有运行的Docker容器作为主进程（PID 1）。我们还通过systemd单元在Docker容器中启动了我们的工作进程。我们的Docker容器使用CentOS 7.2。我们已经配置了Docker 停止超时，以便我们可以处理在Docker容器内运行的工作进程的正常关闭。当我们停止Docker容器时，我们可以看到SIGTERM被接收到了容器内运行PID 1的systemd进程。容器也等待我们配

0热度

1回答

一个吊舱将重新启动发送SIGTERM由Kubernetes

我想减少我的豆荚的数量完全控制应关闭的吊舱。现在我减少了豆荚的数量，Kubernetes发送了一个SIGTERM，在30秒之后，豆荚将被删除。我想知道当我听到我的荚果SIGTERM和出口是这样的： if SIGTERM send exit(0) 什么会Kubernetes做：重启吊舱后30个secounds因为杀了它的sigterm 忽略sigterm，因为吊舱本身被关闭抛出一

1热度

1回答

关闭线程在执行端点呼叫时消失

我有一个在Ubuntu 16.04 LTS上运行的Java应用程序。当应用程序接收到关闭信号，停止序列像这样运行： Runtime.getRuntime().addShutdownHook(new Thread() { @Override public void run() { shutdown(); } }); 这工作得很好，但只

1热度

1回答

朱莉娅0.4.7：如何捕捉SIGTERM

我收到SIGTERM（不SIGINT）事件后，下面的堆栈跟踪的朱莉娅 - 0.4.7脚本： signal (15): Terminate write at /lib64/libpthread.so.0 (unknown line) unknown function (ip: 0x2ade16a02893) uv_write2 at /path/to/home/julia/bin/../lib

2热度

2回答

如何在Java中优雅地处理SIGTERM信号？

假设我们有这样一个平凡的守护java写的： public class Hellow { /** * @param args the command line arguments */ public static void main(String[] args) { while(true) { // 1. do // 2

0热度

1回答

PHP 5.6信号处理：declare（ticks = 1）vs pcntl_signal_dispatch（）

我正在PHP 5.6编写一个守护进程。到目前为止，它基本上是一个Daemon类，具有无限循环的mainLoop()方法。在每次迭代中，mainLoop执行一系列步骤。我需要它来实现一个“优雅的杀死”机制：如果SIGINT或SIGTERM到达，守护进程必须在死前完成当前迭代的当前步骤。我的想法是默认使用静态变量Daemon::CONTINUE TRUE;当SIGINT或SIGTERM到达时，它被设