【发布时间】:2011-11-16 16:10:25
【问题描述】:
我们有一个使用 pthread 库创建多个线程的应用程序。由于我们只希望主进程处理某些信号,因此所有 pthread 的 SIGTERM、SIGINT 和 SIGHUP 都被阻塞了。在我们的一个 pthread 中,我们使用
重新启动网络system("/etc/init.d/networking restart");
看起来系统调用将派生另一个继承 pthread 信号掩码的子进程。问题是它重新启动了 ssh 守护进程,而新创建的 ssh 守护进程从我们的 pthread 继承了信号掩码(SIGTERM、SIGINT 和 SIGHUP 被阻止)。结果是未来的网络重新启动需要很长时间,因为它无法发送 SIGTERM 并在发送 SIGKILL 之前等待超时。 我的问题是从像我们这样的多线程应用程序重新启动网络的最佳方法是什么。有没有办法告诉 init 重新启动服务? 我想在调用系统之前解除阻塞信号,但是如果有人在此期间终止我们的应用程序,我们的主信号处理程序可能不会被调用。
我们正在运行一个在嵌入式 ARM 板上运行的 debian linux 发行版。这是uname -a的输出
Linux ts 2.6.35.3-433-g0fae922 #6 PREEMPT Thu Jul 28 09:24:24 MST 2011 armv7l GNU/Linux
任何帮助表示赞赏,
马丁。
【问题讨论】:
-
为什么要这样做?为什么不使用 dbus 与 projects.gnome.org/NetworkManager 进行交互?