我的问题与
this question有关,但有问题的进程是从cron和非root
用户运行的.因此,许多
用户实际上没有家庭目录(或他们的家庭目录指向/usr/share / package_name,这不是PID
文件的理想位置).
存储在/ var / run中是有问题的,因为除了root之外,该目录不可写.
我可以使用/ tmp,但我想知道这是否是出于安全考虑的理想选择.
我可以安排一个启动脚本在/ var / run中创建一个目录,该目录由相应的用户拥有(我不能在包安装时执行此操作,因为/ var通常作为tmpfs挂载,因此不是持久的).
这里的最佳做法是什么？
好问题:),我现在的情况完全相同.我不确定这是否是正确的答案,但我希望它有所帮助,我也希望得到反馈.
我已经google了一下,发现将每用户守护程序注册为dbus服务是一种优雅的解决方案. dbus可以确保该服务只运行一次.不需要pidfile.
另一个解决方案(我当前的)将是在以下目录中创建PID文件：
$HOME/.yourdaemon/pid
你的评论后我意识到,你不能写信回家.我建议看看dbus
更新
我有个主意.如果您正在使用/ tmp,但正在寻找一个名为yourdaemon.pid.UNIQUE_KEY且由守护程序的用户拥有的pid文件,该怎么办？这应该工作正常.
UNIQUE_KEY应该是随机生成的(首选使用tempnam,因为它是竞争条件证明).
