5
fork 的进程怎么自动 attach 到当前的 os.Std{in/out/err}而不是自动退出
source link: https://www.v2ex.com/t/904546
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
在折腾 go 的 0 停机重启升级。
前几天看到了 systemd 方案，尝试后还可以。
然后看到了另外一个方案： https://goteleport.com/blog/golang-ssh-bastion-graceful-restarts/
有个疑问：
测试后发现，当收到 HUP 信号后 fork 出子进程没问题，但是 http.Shutdown 结束后原来的进程直接退出了。当然是不影响服务的，就是有个问题，能不能不让老进程退出或者是老进程可以退出但是把 stdin/stdout/stderr 自动挂到新起的进程上呢。
第 1 条附言 · 8 小时 23 分钟前
当本地测试和使用systemd启动时，type=simple一旦fork子进程会systemd认为原先进程正常死掉了，然后就退出了子进程也跟着退了。当type=forking时，systemctl start 会卡住，直到fork一次（那只能进程一启动就自动先fork一遍？）.
试过 process.Wait() 但是进程会套娃
6 条回复 • 2022-12-25 14:07:50 +08:00
 |
wheeler 7 小时 42 分钟前 via iPhone 能不能换个思路。起两个进程。监控进程和业务进程。监控进程作为 main process ，持久运行不退出。业务进程执行 fork exec 。
|
 |
dzdh 7 小时 30 分钟前 @wheeler
这样的话就要这么做： 1. 启动 main process 2. fork 业务 进程 传递个环境变量或者是指定参数 main process 记录个 pid 或者 process 对象 3. main process 收到信号 再 fork 个进程，用 reuseport 监听（不用传递 fd 了），然后调用 process.signal 给老进程，覆盖全局的 process 对象为新启动的对象 这样对于 systemd 来说只能是 type=simple 是吧？类似 laravel 的 queue:listen ，自己不停的调 queue:work （本质上是两个命令） 写成服务按传递不同参数的方案就是 xxx daemon 和 xxx work 用 xxx daemon 就是个 foreground manager 。它去管理 xxx work 的启停。也可以直接调用 xxx work ，收到信号就直接退 按环境变量的做法就完全由 main process 管(ENV=ENV xxx 也太中二了） 总的来说也是个办法。但是纯学习向来说还是想知道有没有什么方法可以做到让子进程在父进程退出后能直接接管父进程的 stdin/stdout/stderr... |
|
wheeler 7 小时 26 分钟前 via iPhone |
 |
lolizeppelin 7 小时 18 分钟前 linux 基础问题, 查查文件描述符的复制继承就知道怎么做了,和 systemd 没有关系
|
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK