回答情况：
提问时间：
问题标签：
1回答
此外，该进程忽略了SIGHUP，即当它得到它时不终止。我对SIGHUP的理解是从这里的答案中建立起来的。我所理解的是，在我的例子中，bash进程应该被阻塞而不是终止。但事实并非如此。当我的进程继续进行时，bash进程确实会终止。
浏览 0修改于2021-10-15得票数 0
为了重新加载配置文件，我们将SIGHUP信号发送给postmaster，后者将其传递给所有连接的后端。这就是为什么有些人称重装服务器为“叹息”。由于重新加载配置文件是通过发送SIGHUP信号来实现的，因此我们可以使用kill命令为单个后端重新加载配置文件。首先，使用pg_stat_activity查找后端的pid。然后，从OS提示符发出以下命令:杀死-SIGHUP pid
我不懂大胆的话。
浏览 0修改于2013-07-31得票数 1
回答已采纳
sigaction act;
if (sigaction (SIGHUPvoid handler (int signal_number){}
我假设我这样做是对的，我该如何在命令行中调用sighup它需要调用sighup来打印我的计数。
浏览 0提问于2013-07-19得票数 3
回答已采纳
to load command: sidekiq (/home/user/project/shared/bundle/ruby/2.2.0/bin/sidekiq)
SignalException: SIGHUP
浏览 2修改于2017-02-13得票数 1
回答已采纳
我正在尝试使用chef运行一个python脚本，该脚本将在chef由于SIGHUP而退出时退出。我正在使用nohup，但它仍然可以接收到信号。你知道如何让这个脚本在后台运行吗？
浏览 1修改于2013-06-15得票数 0
.quicklock/debug.json" trap on_ql_trap EXIT; trap on_ql_trap SIGHUP
浏览 0提问于2018-04-19得票数 0
我想在我的Python程序中捕获一个SIGHUP信号。Python不识别信号名的问题：import time
print("SIGNAL:", sig)
time.sleep(1)
Python不识别SIGHUP并给出一个错误。
浏览 1修改于2020-05-15得票数 1
回答已采纳
根据signal(7)的规定，SIGHUP用于检测控制终端的挂机或控制进程的死亡。
然而，我遇到了很多使用SIGHUP来重新加载配置的操作系统守护进程(服务)。
浏览 1修改于2014-07-16得票数 29
回答已采纳
2回答
我从Ruby/Gems/foreman/engine得到一个“不支持的信号SIGHUP”。我正在运行Win7。还有没有人碰到这个问题或者有什么想法？谢谢。
浏览 1提问于2012-07-10得票数 0
当使用SIGHUP重新加载配置时，密码必须在密钥文件之间保持不变。在SIGHUP上，Vault启动时设置的路径将用于重新加载证书；在Vault运行时修改此值对SIGHUP没有任何影响。
浏览 0提问于2021-04-05得票数 1
我有一个python脚本，它向另一个进程发送一个SIGHUP信号，与我的脚本无关(不是子进程，不可更改)。当进程接收到SIGHUP时，它将启动“轻微重新启动”、重新加载配置文件和更新信息。我想知道我是否可以使用另一种方法来警告我的进程已经收到了SIGHUP？
浏览 5修改于2016-03-10得票数 0
回答已采纳
我想知道我们是否可以在Powershell中捕获SIGINT、SIGHUP等效信号，以及如何做到这一点？
浏览 2修改于2010-09-01得票数 1
回答已采纳
_handle.onexit killed: false, signal: 'SIGHUP',
cmd:
浏览 0提问于2017-11-17得票数 0
当使用SIGHUP重新加载配置时，密码必须在密钥文件之间保持不变。在SIGHUP上，Vault启动时设置的路径将用于重新加载证书；在Vault运行时修改此值对SIGHUP没有任何影响。因此，现在vault-agent.service在更新TLS证书时将SIGHUP信号发送到保险库。vault_template_dir}}/ca.crt.tpl" command = "pkil
浏览 0修改于2021-04-06得票数 0
因为我的python脚本不是守护进程，所以当它接收到SIGHUP (我的终端关闭)时，CherryPy似乎关闭了它。默认设置为：
我的当前脚本有一个带有相关服务器配置字典的
浏览 1修改于2019-04-24得票数 0
回答已采纳
查看代码，应用程序在收到SIGHUP或SIGTERM时退出。
据我所知，SIGHUP是在用户注销时生成的。在我们的例子中，用户永远不会注销。我想知道是否有可能SIGHUP是由于其他原因而生成的。
浏览 0修改于2013-07-29得票数 26
回答已采纳
当这样的SIGHUP浪潮出现在一台机器上时，我看到进程被卡住了(一些来自Hadoop，一些是操作系统本身的，比如ntpd)，并且SIGHUP的痕迹被记录在几个文件中。为了进一步了解这个问题，我决定尝试获取发送SIGHUP的进程的PID (我不太确定这是我需要的最终信息，但调查必须从某个地方开始)。<p.pid>中一样，我在跟踪日志中得到以下信息：
22:04:42.791561 --- SIGHUP {si_signo=SIGHUP, si_code=SI_USER, si_pid=69035
浏览 0提问于2017-01-31得票数 1
如果它得到了SIGHUP，它就会被杀死。运行4小时后，ssh会话可能会断开连接。但我不想失去这个过程。我想防止它被SIGHUP杀死。 signal(SIGHUP, SIG_IGN); 谢谢
浏览 2修改于2011-05-23得票数 2
回答已采纳
为了实现这一点，我启动了子“守护”进程，该进程使用prctl(PR_SET_PDEATHSIG, SIGHUP);来捕获对其父进程的杀死，并再次启动它。/process", 0); exit(1);}
prctl(PR_SET_PDEATHSIG, SIGHUP, NULL= SIG_IGN) { }
while (
浏览 4修改于2012-02-10得票数 2
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号