我有以下问题： 这是我的supervisord.conf-addition： [program:gearman-test-worker] process_name=%(program_name)s_%(process_num)02d command=/usr/bin/php /path/to/gearman-jobs/worker.php numprocs=5 directory=/path/to/gearman-jobs/ stdout_logfile=/var/log/gearman-job-server/supervisord.log environment=GEARMAN_USER=gearman autostart=true autorestart=true user=gearman stopsignal=KILL 当我启动supervisord -n它只会产生1个实例，而不是5个。消息看起来很好 [root@pc113 gearman-jobs]# supervisord -n 2013-09-03 14:24:58,775 CRIT Supervisor running as root (no user in config file) 2013-09-03 14:24:58,789 INFO /var/tmp/supervisor.sock:Medusa (V1.1.1.1) started at Tue Sep 3 14:24:58 2013 Hostname: <unix domain socket> Port:/var/tmp/supervisor.sock 2013-09-03 14:24:58,850 CRIT Running without any […]
有一些问题让主pipe来运行我的龙卷风应用程序。 我有一个使用Flask构build的REST API，使用Tornado来尝试并提供它。 我遇到的问题是，当我尝试与pipe理员一起运行时，似乎无法导入其他支持python软件包。 inf_api是烧瓶API。 这里是龙卷风的脚本 from influence_api import app from tornado.wsgi import WSGIContainer from tornado.httpserver import HTTPServer from tornado.ioloop import IOLoop from tornado.options import define, options define("port", default=8080, help="Port to listen on", type=int) if __name__ == '__main__': options.parse_command_line() http_server = HTTPServer(WSGIContainer(app)) http_server.listen(options.port) IOLoop.instance().start() 程序部分的supervisord.conf（我已经尝试了几次迭代） [program:tornado-8080] autostart=true autorestart=true environment=USER=root,PYTHONPATH=/usr/bin/ command=python /media/sf_Projects/inf_api/inf_api/inf_server_nginx.py stderr_logfile = /var/log/supervisord/tornado-stderr.log stdout_logfile […]
我试图使用暴发户，以便supervisord启动时自动启动。 我的supervisord是在一个虚拟的环境中。 我已经configuration它在-n参数的前台运行模式下运行，如果手动启动，但是拒绝在启动时启动，它会工作。 遵循这里的指南http://upstart.ubuntu.com/cookbook/#how-to-establish-fork-count 我发现supervisord分叉了37次。 > ~/projects/bleh_app$ sudo strace -o /tmp/strace.log -fFv /home/bleh/py_venvs/supe/bin/supervisord -c /home/bleh/projects/bleh_app/supervisord/supervisord.conf & [1] 5662 > ~/projects/bleh_app$ ps -ef | grep strace root 5662 5447 0 21:02 pts/0 00:00:00 sudo strace -o /tmp/strace.log -fFv /home/bleh/py_venvs/supe/bin/supervisord -c /home/bleh/projects/bleh_app/supervisord/supervisord.conf root 5663 5662 36 21:02 pts/0 00:00:03 strace -o /tmp/strace.log -fFv /home/bleh/py_venvs/supe/bin/supervisord -c /home/bleh/projects/bleh_app/supervisord/supervisord.conf bleh […]
我在这里创build一个testing： vi /etc/supervisor/conf.d/test.conf 它看起来像这样： [program:sentry-test] command= echo "hello there" 然后我运行与输出的命令： supervisorctl reread /usr/local/lib/python2.6/dist-packages/supervisor-3.0a12-py2.6.egg/supervisor/options.py:286: UserWarning: Supervisord is running as root and it is searching for its configuration file in default locations (including its current working directory); you probably want to specify a "-c" argument specifying an absolute path to a configuration file for improved security. 'Supervisord […]
我已经安装了CouchDB v1.0.4，我想用Supervisor监视它的进程（安装的版本是2.1.3）。 我可以用以下方式启动CouchDB： $ /usr/bin/couchdb 我在/etc/supervisord.d有以下基本configuration： [program:couchdb] command=/usr/bin/couchdb 但是，当我开始supervisord它不会按预期启动couchdb 。 /var/log/supervisor/supervisord.log的错误日志只是确认该进程在启动后立即存在： 2014-09-25 13:34:10,990 INFO /var/tmp/supervisor.sock:Medusa (V1.1.1.1) started at Thu Sep 25 13:34:10 2014 Hostname: <unix domain socket> Port:/var/tmp/supervisor.sock 2014-09-25 13:34:11,024 CRIT Running without any HTTP authentication checking 2014-09-25 13:34:11,024 INFO daemonizing the process 2014-09-25 13:34:11,025 INFO supervisord started with pid 8258 2014-09-25 13:34:11,037 INFO spawned: […]
根据文档（ http://supervisord.org/configuration.html），Supervisor将使用它find的第一个文件。 1）$ CWD / supervisord.conf 2）$ CWD / etc / supervisord.conf 3）/etc/supervisord.conf 我正在比较两台机器，它们都没有/etc/supervisord.conf 。 但是，对于其中的一个，无论从哪里运行命令，都要运行以下工作： sudo supervisorctl status 可以有另一个设置或环境variables？ 我怎么能find它运行时实际使用的configuration文件？ 有详细的模式吗？ 我很困惑。 谢谢
我已经在基于Ubuntu的vps中安装了Supervisor，并在启动其他进程时生效。 但是我不能从浏览器中的ip：9001访问它的监控页面。 我在/etc/supervisor/supervisord.conf中configuration了inet_http_server： [inet_http_server] port = 127.0.0.1:9001 username = user password = 123 还尝试了端口“：9001”或“0.0.0.0:9001”，并执行sudo service supervisor restart; sudo supervisorctl reload sudo service supervisor restart; sudo supervisorctl reload在每次configuration后sudo service supervisor restart; sudo supervisorctl reload 。 但是我不能从本地浏览器访问ip：port，而且当我检查netstat -anp | grep 9001 netstat -anp | grep 9001在服务器中，没有进程被发现。
主pipe和gunicorn我有一个非常奇怪的问题。 我阅读主pipe文档 ，所有相关的博客文章， stackexchange 问题，但他们都没有解决我的奇怪的问题，我甚至不知道在哪里看得更远。 我的主pipeconfiguration： [program:djangoapp] user = regularuser directory = /path/to/djangoapp command = /path/to/djangoapp/.venv/bin/gunicorn –debug –log-file – –log-level debug –name arlista –workers 9 –pythonpath /path/to/necessary/library/source/Python djangoapp.wsgi:application stdout_logfile = /path/to/logfolder/djangoapp.log autorestart = true redirect_stderr = true environment = GPG_PASSPHRASE="a_passhprase_with_a_comma_in_it", DJANGO_SETTINGS_MODULE="myapp.settings.production", DJANGO_SECRET_KEY="secret_key_working_fine", DJANGO_DB_ENGINE="django.db.backends.mysql", DJANGO_DB_HOST="localhost", DJANGO_DB_NAME="dbname", DJANGO_DB_USER="dbuser", DJANGO_DB_PASSWORD="dbpassword", DJANGO_MEDIA_ROOT="/path/to/djangoapp/media", DJANGO_STATIC_ROOT="/path/to/djangoapp/static_root", # a couple more environment variables […]
伙计们， 我试图将一些东西转移到docker集装箱中，这意味着将它作为一个守护进程转变为一个由supervisord控制的独立进程。 现在我对supervisord没有太多的经验，所以这可能是我的一个简单的configuration错误。 这个问题源于这个应用程序需要设置特定的环境variables。 当作为守护进程运行时，我会通过bash脚本来设置它们 #!/bin/bash ORACLE_HOME=/home/oracle/app/ TNS_ADMIN=/home/oracle/app/network/admin export ORACLE_HOME TNS_ADMIN export LD_LIBRARY_PATH=$PATH:/home/oracle/app/lib ncftpd_authd 在supervisord.conf中，我将其设置为 [program:authd] environment=ORACLE_HOME="/home/oracle/app/",TNS_ADMIN="/home/oracle/app/network/admin",export ORACLE_HOME TNS_ADMIN,export LD_LIBRARY_PATH="$PATH:/home/oracle/app/lib" command=/usr/local/sbin/ncftpd_authd stdout_events_enabled=true stderr_events_enabled=true 但是，如果我打电话给supervisord -c /etc/supervisord.conf，我得到一个错误 [root@0d7f9a5d7c3a src]# supervisord -c /etc/supervisord.conf Error: Unexpected end of key/value pairs 我相信这是关系到环境线，好像我评论说，supervisord将开始（但authd不会运行）。 在supervisord conf文件中设置环境我做了什么错误？
[supervisord] nodaemon=true [program:haproxy] command=service haproxy start numprocs=1 autostart=true autorestart=true conf文件正在创build四个实例。 任何想法为什么发生这种情况？ root@haproxy:/etc/init.d# ps aux | grep haproxy haproxy 18 0.0 1.1 39436 5760 ? Ss 15:42 0:00 /usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg -D -p /var/run/haproxy.pid haproxy 27 0.0 1.3 39572 6944 ? Ss 15:42 0:00 /usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg -D -p /var/run/haproxy.pid haproxy 36 0.0 1.1 39436 5768 […]