Upstart 如何正确识别三次fork 的daemon 的PID？
RT
一个daemon 通常是2 次fork 后初始化的，不过在这之后，个人又开了一个线程去处理信号。
这在systemd 上没有问题，指定Type=forking，systemd 就可以正确检测到PID。
SysVinit 同样，因为是脚本，可以直接从锁文件中读PID。
Upstart 开始抽风了，无论如何检测不到正确的PID。测试了下，expect daemon 的情况下，只能调用2 次fork，不多也不少，多了一次pthread_create (syscall clone) 之后，Upstart 立马脑抽。所以现在的问题是：Upstart 指定了expect daemon，但并不是检测第二次fork 后的PID 就到此为止，而是会继续把第三次fork 的PID 当做PID，对于一个daemon 来说这肯定是扯淡啊……
问下这个怎么解决，为了兼容Upstart，只能放弃单独一个线程处理信号的方式吗？
$ uname -srm
Linux 4.2.2-1-ARCH x86_64如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Okay, Upstart, YOU WIN.