supervisor重启服务失败

2020-05-19 16:01:24来源:博客园 阅读 ()

容器云强势上线!快速搭建集群,上万Linux镜像随意使用

supervisor重启服务失败

问题:supervisorctl restart 服务名 失败

案例:

[root@node203 ~]# supervisorctl status
etcd-server-97-203 RUNNING pid 7706, uptime 14:29:46
kube-apiserver-97-203 FATAL Exited too quickly (process log may have details)

查看supervisor日志:
tail -f /var/log/supervisor/supervisord.log
entered FATAL state, too many start retries too quickly
说明:从报错信息看出,是该服务重启次数太多,因为在配置中有参数:
startretries = 5
这个参数是在服务重启失败后,尝试重启的次数,所以supervisor一直在重启,然后一直失败,达到最大次数就报以上的错误

查看kube-apiserver服务日志:
error: failed to create listener: failed to listen on 127.0.0.1:8080: listen tcp 127.0.0.1:8080: bind: address already in use

提示监听端口已存在,这时候我们执行以下操作:
netstat -tnlp
ps -ef|grep api-server

果然,该进程并没有完全停止,可以临时采用kill 进程号停止,然后再supervisorctl start 服务名,成功

或者

为了避免在重启的时候出现端口存在(默认supervisord不会stop子进程),需要在/etc/supervisord.d/*.ini   该服务的.ini配置文件中添加以下两项:
stopasgroup=true
#这个东西主要用于,supervisord管理的子进程,这个子进程本身还有,子进程。那么我们如果仅仅干掉supervisord的子进程的话,子进程的子进程,有可能会变成孤儿进程。所以咱们可以设置可个选项,把整个该子进程的,整个进程组都干掉。 设置为true的话,一般killasgroup也会被设置为true。需要注意的是,该选项发送的是stop信号,默认为false。。非必须设置。
killasgroup=true

改好后,记得supervisorctl update

切记不要使用 supervisorctl restart,restart是重启所有项目服务,可能导致整个集群服务挂了
建议:使用systemd方式启动


原文链接:https://www.cnblogs.com/liucx/p/12915162.html
如有疑问请与原作者联系

标签:AVIEimgtimPOSTNET

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:Centos系统中忘了root密码怎么办

下一篇:linux操作场景用到的命令