Question

我有一个服务器进程，可以给这个服务器进程一个更新自己的命令。它的作用是存储更新，然后使用system（）在后台运行更新脚本。更新脚本会终止父进程，删除二进制文件，替换它，然后重新启动它。

重新启动的进程由于各种原因而失败，因为我试图调试它，但这一次，这是因为我正在尝试分配的TCP端口已经在使用中。我猜测子进程继承了开放端口，然后由更新的服务器进程继承，因此，端口不能自由让进程再次分配它。

更新脚本的启动方式如下：

system("/usr/local/bin/update_script.sh > /dev/null 2>&1 &");

然后脚本执行此操作：

killall server_process
rm /usr/local/bin/server_process
cp /tmp/update/server_process /usr/local/bin
server_process > /dev/null 2>&1 &

有关如何使这项工作的任何建议？有没有什么方法可以分离更新脚本，以便服务器进程在执行更新之前不再是其父进程？或者让子进程不继承任何父进程的资源？

感谢。

附录：解决方案是在每个打开的文件描述符上设置FD_CLOEXEC。不幸的是，其中一些fd被埋没在库中，为了使它们设置FD_CLOEXEC，我必须认真对待它们。不知何故，我需要将FD_CLOEXEC设为默认值。或者我需要做一些激烈的事情，比如遍历所有开放的fd（如何？）并设置FD_CLOEXEC。

Answer 1

更改更新脚本的启动方式。

switch(fork()) {
case -1: /* error */
    break;
default: /* parent */
    break;
case 0: /* child */
    for (i=3; i<1000; i++) close(i);
    system("/usr/local/bin/update_script.sh > /dev/null 2>&1");
    exit(0);
}

应该这样做。

Linux：程序A运行程序B，它杀死A，替换A，并重新启动A - 继承的打开文件描述符的问题

1 个答案: