supervisor重启服务失败

  • Z时代
  • 2024-01-10
  • 分类：综合

编程

问题：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/archive/2020/05/19/12915162.html

以上是 supervisor重启服务失败 的全部内容， 来源链接： utcz.com/z/516590.html

回到顶部