这是我第一次和暴发户一起使用EC2。 os/upstart = aws base AMI latest version – upstart-0.6.5-13.3.13.amzn1.x86_64 在等待networking启动时，我无法启动以下脚本。 它将工作，如果使用标准 start on runlevel [2345] stop on runlevel [!2345] 我也尝试了各种组合 start on filesystem and net-device-up IFACE=eth0 start on filesystem and net-device-up IFACE!=lo 任何build议将不胜感激 description "test for on network start" start on (started network-interface or started network-manager or started networking) stop on (stopping network-interface or […]
我正在运行的Ubuntu 10.04 LTS，并试图通过启动，停止，状态运行服务，我得到下面的相应的错误。 我search了一下，但一切都像2 – 3年，没有答案。 status: Unable to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
所以，我正在为mysql创build一个新贵的init脚本。 应该是微不足道的吧？ 我的停止节看起来像： kill timeout 30 stop on runlevel [016] 我shutdown now -r ，并且mysql大叫我的MyISAM表崩溃，就像我会kill -9我的MySQL进程。 嘘。 Upstart似乎没有在重启之前等待mysql退出。 在Google上search一下，发现我这个链接暗示我做，而是： stop on starting rc RUNLEVEL=[016] 事实上，这似乎解决了这个问题。 但是：WFT？ 本质上，我想确保在试图卸载本地文件系统之前停止mysql。 这是正确的方法吗？ 为什么我的stop on runlevel节stop on runlevel不等待mysql切换运行级别之前停止？ 而且：这是你知道吗，logging在任何地方？
如果守护进程死亡，我无法手动重新启动它： start foo会显示“启动：作业已在运行：foo”消息，并stop foo无限期地挂起。 start on runlevel [2345] stop on runlevel [016] kill timeout 90 expect daemon pre-start script rm -f ${HOME}/RUNNING_PID end script exec start-stop-daemon \ –pidfile ${HOME}/RUNNING_PID –chuid $USER:$GROUP \ –exec ${HOME}/bin/run –start > run.log 2>&1 没有由$ USER拥有的进程，也没有pidfile，那么为什么暴发户认为这个守护进程还在运行，那我怎么说服呢？
思考？ 我正在运行Ubuntu 10.0.4
好吧，这正在融化我的大脑。 这可能与我不了解暴发户的事实有关。 很抱歉提出长期的问题。 我试图用Upstart来pipe理一个Rails应用程序的Unicorn主进程。 这是我目前的/etc/init/app.conf ： description "app" start on runlevel [2] stop on runlevel [016] console owner # expect daemon script APP_ROOT=/home/deploy/app PATH=/home/deploy/.rbenv/shims:/home/deploy/.rbenv/bin:$PATH $APP_ROOT/bin/unicorn -c $APP_ROOT/config/unicorn.rb -E production # >> /tmp/upstart.log 2>&1 end script # respawn 这很好 – 独angular兽开局很好。 不好的是，检测到的PID不是独angular兽的主人，这是一个过程。 如果我不使用自动化Unicorn零宕机时间部署策略，那么本身并不是那么糟糕。 因为不久之后，我发送-USR2到我的独angular兽主，一个新的主人产生，而旧的主人死亡…这个过程也是如此。 所以Upstart认为我的工作已经死了，我不能再重新启动它，或者如果我想stop 。 我玩过configuration文件，尝试添加-D到Unicorn产品线（像这样： $APP_ROOT/bin/unicorn -c $APP_ROOT/config/unicorn.rb -E production -D ）来守护Unicorn，我添加了expect daemon ，但是这也不起作用。 […]
我希望能够使用新手来pipe理守护进程，因为我无法完全控制分叉行为。 “pid”节从版本0.3.9开始被删除，所以我不能把它指向一个pid文件。 什么是正确的方式去呢？ 我必须编写一个发布SIGSTOP的包装脚本吗？
我有一个新贵的脚本，将启动一个自定义docker服务器。 当我做sudo start [myservice]没有任何反应。 随后， sudo status [myservice]显示为： [myservice] start/killed, process 3586 。 这是/etc/init/[myservice].conf中的脚本： description "[description]" author "[my name and email]" start on runlevel [2345] stop on runlevel [016] respawn expect fork script sudo -u www-data /path/to/grafserv-start.sh >> /tmp/upstart.log 2>&1 end-script 这里是grafserv-start.sh ： #!/bin/bash /usr/bin/java -Djetty.port=3070 -jar /path/to/grafserv/trunk/start.jar echo "Done starting GrafServ" 我已经尝试将脚本命令的输出redirect到tmp日志文件，但该文件从不创build。 当我开始时，我只是得到一个挂起，直到我^ C。 […]
我试图设置Resque worker作为Monit在Rails应用程序中使用的Upstart初始化脚本。 我不是一个系统pipe理员，我试图用我们服务器上其他初始化脚本的例子来写这个，下面是我得到的： start on startup stop on shutdown pre-start script cd /var/www/my-app/current end script script exec bundle exec rake environment resque:work RAILS_ENV=staging PIDFILE=/var/run/resque.pid QUEUE=sync >> /var/log/resque.log end script 但它不起作用，如果我尝试sudo start resque我得到： resque start/running, process XXXX 据我所知，没有任何事情正在开始，没有findResque进程，也没有日志文件。 我很迷茫，如何让它工作。 更新 ：我find了系统日志文件，它说： Nov 4 17:20:09 fantasysports init: resque main process (3057) terminated with status 2 更新 ：我试图使用sudo（是的，这是没有道理的！）运行它，并删除输出redirect到日志文件，现在我得到一个不同的状态代码： […]
我有一个Nginxnetworking代理，gunicorn web服务器和一个python / flask web应用程序。 Gunicorn进程显然已经死亡，我希望通过研究能够监控并重新启动gunicorn进程的实用程序，以便在未来再次崩溃的时候改进这一进程。 我发现了几个可以完成这项工作的人： 暴发户 运行 监 daemontools的 还有很多 是否有一篇综合性的文章比较了用于监控和重启过程的各种实用程序？