supervisord

简介 supervisor 可以保证程序崩溃后，可以重新把程序启动起来等相关功能。 安装 yum install -y supervisor 安装好后在/etc/会生成一个supervisord.conf文件及一个supervisord.d文件目录 查看supervisor是否安装成功 upervisord --version 启动 supervisord -c /etc/supervisord.conf 查看supervisor是否启动成功 ps -ef|grep supervisord 设置supervisor 开机启动 systemctl enable supervisord 检查是否是开机启动 systemctl is-enabled supervisord 启动服务 systemctl start supervisord 启动时可能回报错：Another program is already listening on a port that one of our HTTP servers is config...rvisord. 解决方案： 执行命令 find / -name supervisor.sock 然后 unlink /路径/supervisor.sock 最后再执行启动命令 systemctl start supervisord 查看状态 systemctl

介绍 总览 Supervisor是一个客户端/服务器系统，允许其用户控制类似UNIX的操作系统上的许多进程。 它受到以下方面的启发： 方便 需要 为每个单个流程实例 编写 rc.d 脚本 通常很不方便 。 rc.d 脚本是进程初始化/自动启动/管理的一个很好的最低公分母形式，但是编写和维护它们可能很麻烦。 此外， rc.d 脚本无法自动重新启动崩溃的进程，并且许多程序在崩溃时无法正确地自行重启。 Supervisord将进程作为其子进程启动，并且可以配置为在崩溃时自动重新启动它们。 也可以将其自动配置为自行调用启动进程。 准确性 在UNIX上，通常很难获得准确的启动/关闭状态信息。 Pidfile经常说谎。 Supervisord将流程作为子流程启动，因此它始终了解其子代的真实上/下状态，并且可以方便地查询该数据。 代表团 需要控制流程状态的用户通常只需要这样做。 他们不希望或不需要完全的Shell访问运行这些进程的计算机。 侦听“低” TCP端口的进程通常需要以root用户身份启动和重新启动（UNIX功能不全）。 通常情况下，允许“正常”人员停止或重新启动这样的过程是完全可以的，但是为他们提供shell访问通常是不切实际的，并且为他们提供root访问或sudo访问通常是不可能的。 （正确）也很难向他们解释为什么存在此问题。 如果超级用户以root用户身份启动，则可以允许“普通

Supervisor 是python2写就的一款强大的运维工具（其实现在已经支持Python3了 https://github.com/Supervisor/supervisor ） 那么怎么利用Supervisor监控python3程序呢？本文主要讲述Supervisor在CentOS下的安装部署。 1. 安装及设置 可通过pip3安装，如果你已经是python3的pip3，可以用一下命令安装 pip3 install git+https://github.com/Supervisor/supervisor 如果是python2，可以用CentOS (系统自带Python2)的yum安装 sudo yum install supervisor 运行 echo_supervisord_conf > /etc/supervisor/supervisord.conf 来产生设置，未避免产生非root用户的权限错误，将 /etc/supervisor/supervisord.conf 内 [unix_http_server] 这项改为 (修改chmod)： [unix_http_server] file=/tmp/supervisor.sock ; (the path to the socket file) chmod=0766 ; socket file mode (default

I have supervisorctl managing some daemon queue workers with this configuration : [program:jobdownloader] process_name=%(program_name)s_%(process_num)03d command=php /var/www/microservices/ppsatoms/artisan queue:work ppsjobdownloader --daemon --sleep=0 autostart=true autorestart=true user=root numprocs=50 redirect_stderr=true stdout_logfile=/mnt/@@sync/jobdownloader.log Sometimes some workers are like hanging (running but stop getting queue messages) and supervisorctl does not automatically restart them, so I have to monitor and manually restart them. Is there something wrong with the

step1:安装mysql客户端，后面执行初始化,sql用 #yum install mariadb step2:安装git工具,后面拉取代码用 yum install git step3:docker安装mysql镜像 #docker pull mysql:5.7.13 step4:初始化数据库 step5:拉取镜像 # docker pull daocloud.io/liusheng/vulpm_docker:latest step6:启动洞察服务 # docker run -d -p 9000:5000 \ --link open_source_mysqldb:db \ --name open_source_srcpm \ -v $PWD/srcpm:/usr/local/src/insight/srcpm \ -e DEV_DATABASE_URL='mysql://vuluser:vulpassword@db/vuldb' \ -e SrcPM_CONFIG=development \ -e MAIL_PASSWORD='xxxxxx' \ daocloud.io/liusheng/vulpm_docker:latest \ sh -c 'supervisord -c /usr/local/src/insight/srcpm/supervisor.conf &&

I am using php 5.4. I am using gearman and supervisor to control gearman workers. I want to catch the TERM signal produced by supervisor in PHP. I have the following worker code: pcntl_signal(SIGTERM, function($sig){ error_log("interrupted", false); }); while(true){ pcntl_signal_dispatch(); $gw->work(); } } My supervisor conf file is as follows: [program:public_pdf_convert] process_name = pdf_convert_%(process_num)02d command = /usr/local/bin/php worker_pdf_convert.php numprocs = 1 directory = /projects/mv2/deliver/batch/batch/workers/ By default, supervisor use TERM . When I stop supervisor,