这是一个创建于 3854 天前的主题，其中的信息可能已经有所发展或是发生改变。
这两天在debug一个项目： http://www.v2ex.com/t/110914
最终发现是后端一个consumer服务没有正确重启导致无法load最新的code改动。
这个consumer服务是通过svscan在服务器启动时自动加载的（创建了一个symlink在/etc/service/里面）。
这个服务的./run 内容很简单：
<script src=".js"></script>
在process.php里定义了接收SIGTERM和SIGQUIT来gracefully exit：
<script src=".js"></script>
服务器是Ubuntu Server，在deploy script的最后有一行：
// surun是一个sudo function，svinitd是ubuntu的一个init.d的wrapper，consumer是服务名
surun svinitd consumer restart
查看deployments log，没有error output，不过测试很明显这个restart并没有起到作用，前后ps -ef的比较，php process.php的进程并没有被kill并重新建立。
目前临时的解决办法是强制在deploy scripts里kill掉旧的php process.php进程（如果有的话）。
所以我想请教的是：是不是service restart并不能kill掉run生成的子进程（php process.php）？
最终发现是后端一个consumer服务没有正确重启导致无法load最新的code改动。
这个consumer服务是通过svscan在服务器启动时自动加载的（创建了一个symlink在/etc/service/里面）。
这个服务的./run 内容很简单：
<script src=".js"></script>
在process.php里定义了接收SIGTERM和SIGQUIT来gracefully exit：
<script src=".js"></script>
服务器是Ubuntu Server，在deploy script的最后有一行：
// surun是一个sudo function，svinitd是ubuntu的一个init.d的wrapper，consumer是服务名
surun svinitd consumer restart
查看deployments log，没有error output，不过测试很明显这个restart并没有起到作用，前后ps -ef的比较，php process.php的进程并没有被kill并重新建立。
目前临时的解决办法是强制在deploy scripts里kill掉旧的php process.php进程（如果有的话）。
所以我想请教的是：是不是service restart并不能kill掉run生成的子进程（php process.php）？
目前尚无回复
Select Language