linux 服务重启失败,supervisor重启服务失败

本文将要为您介绍的是supervisor重启服务失败,教程操作步骤:

问题：supervisorctl restart 服务名 失败

案例:

[root@node203 ~]# supervisorctl statusetcd-server-97-203 RUNNING pid 7706, uptime 14:29:46kube-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 -tnlpps -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

#https://www.cnblogs.com/liucx/

切记不要使用 supervisorctl restart，restart是重启所有项目服务，可能导致整个集群服务挂了建议：使用systemd方式启动supervisor重启服务失败就为您介绍到这里，感谢您关注懒咪学编程c.lanmit.com.

本文地址：https://c.lanmit.com/czxt/Linux/119575.html