Tag: 弹性beanstalk

如何在Elastic Beanstalk上设置delayed_job时修复’require’错误

我无法在Elastic Beanstalk上运行delayed_jobs。 我正在使用运行Ruby 2.1（乘客独立）容器的64位Amazon Linux 2014.03 v1.0.0 。 这是我的配置脚本（delayed_job.config）…… files: “/opt/elasticbeanstalk/hooks/appdeploy/post/99_restart_delayed_job.sh”: mode: “000755” owner: root group: root encoding: plain content: | #!/usr/bin/env bash . /opt/elasticbeanstalk/support/envvars cd $EB_CONFIG_APP_CURRENT su -c “RAILS_ENV=production bin/delayed_job –pid-dir=$EB_CONFIG_APP_SUPPORT/pids restart” $EB_CONFIG_APP_USER 99_restart_delayed_job.sh脚本存在并运行……但后来我99_restart_delayed_job.sh了这个错误。 2014-10-02 15:28:32,332 [INFO] (17387 MainThread) [directoryHooksExecutor.py-29] [root directoryHooksExecutor info] Script succeeded. 2014-10-02 15:28:32,402 [INFO] (17448 MainThread) [directoryHooksExecutor.py-29] [root directoryHooksExecutor info] […]

如何在Amazon Elastic Beanstalk上部署rails项目时自动重启delayed_job？

我正在Amazon Elastic Beanstalk上托管一个rails项目，我尝试配置一个容器命令，以便在每次部署后自动重启服务器上的delayed_job worker。 我试过这个： container_commands: restartdelayedjob: command: “RAILS_ENV=production script/delayed_job –pid-dir=/home/ec2-user/pids start” cwd: /var/app/current 但是，似乎在重新启动worker之后部署了推送版本，因此作业无法处理作业。 当我通过ssh连接我的实例时，杀死工作进程并从已部署的版本文件夹重新启动一个新进程，一切正常。 你对我如何处理这个有什么想法吗？ 谢谢