我正在运行Ubuntu 11.10并运行sudo apt-get install jenkins在这个系统上安装Jenkins。 我已经看过一些关于如何设置反向代理(Apache,Nginx等)的教程,但是这是一个专门用于jenkins的虚拟机,我希望在jenkins运行在80端口时尽可能保持精简。 我在/etc/init/jenkins.conffind了新的configuration,并将端口修改为80 env HTTP_PORT=80 当我通过jenkins service jenkins start , ps显示它运行了几秒钟,然后终止。 这是因为jenkins作为jenkins用户在特权端口上运行? 如果是这样,我该如何解决这个问题? 任何其他的想法一个欢迎。 这里是新贵的configuration: description "jenkins: Jenkins Continuous Integration Server" author "James Page <james.page@ubuntu.com>" start on (local-filesystems and net-device-up IFACE!=lo) stop on runlevel [!2345] env USER="jenkins" env GROUP="jenkins" env JENKINS_LOG="/var/log/jenkins" env JENKINS_ROOT="/usr/share/jenkins" env JENKINS_HOME="/var/lib/jenkins" env JENKINS_RUN="/var/run/jenkins" env HTTP_PORT=80 env AJP_PORT=-1 […]
我正在configuration我的服务器来运行node.js作为守护进程。 我已经安装了Upstart来处理节点的启动和closures,这非常有效。 下一步是确保node.js在死亡时重新启动。 一些指南build议使用Monit (或者Fugue )来监视进程(在Monit的情况下,通过对服务器进行HTTP请求并等待响应)。 我很高兴使用Monit或Fugue之类的东西,但是我不确定为什么不使用Upstart的重生function (或不能)。 我认为,Upstart会监控启动过程的PID,如果死亡,就会再次启动。 Monit或Fugue给你的东西是不是Upstart?
我在amazon linux上的https://uwsgi.readthedocs.org/en/latest/Upstart.html教程中创build了一个uwsgi文件。 虽然Nginx似乎没有运行,只是说坏的网关。 如果我运行 /etc/init/uwsgi.conf description "uwsgi tiny instance" start on runlevel [2345] stop on runlevel [06] exec /home/ec2-user/venv/bin/uwsgi –ini /home/ec2-user/uwsgi-prod_demo.ini 如果我在shell中运行以下代码,则python应用程序将运行。 /home/ec2-user/venv/bin/uwsgi –ini /home/ec2-user/uwsgi-prod_demo.ini uwsgi-prod_demo.ini [uwsgi] socket = :8080 chdir = /home/ec2-user/prod_demo master = True venv = /home/ec2-user/venv callable = app wsgi-file = /home/ec2-user/prod_demo/manage.py enable-threads = True https = =0,/home/ec2-user/xxx.com.au.pem,/home/ec2-user/newkey.pem,HIGH nginx.conf user ec2-user; worker_processes […]