gpt4 book ai didi

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

转载 作者:太空狗 更新时间:2023-10-29 12:34:54 24 4
gpt4 key购买 nike

我有一个服务器进程,可以给这个服务器进程一个命令来更新它自己。它所做的是存储更新,然后使用 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

最佳答案

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

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 -- 继承打开文件描述符的问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14290126/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com