Passenger nginx:应用程序不在生产模式下运行
我正在使用Passenger Nginx来运行Rails应用程序.如果我使用“rails_env开发”;该应用程序工作正常. 但如果我在生产模式下运行,我会得到“我们很抱歉,但出了点问题.” 我确实运行了db:migrate for production,我可以正常访问数据库. 奇怪的是,我没有在日志中获得任何新条目(nginx和rails one),我确保nginx用户可以在它们上面写. 如果我运行rails console生产,它工作正常:
关于可能发生的事情的任何想法?我还应该检查什么? – – 编辑 – – 在@BenLee建议将passenger_debug_log_file添加到nginx.conf之后,我开始为开发和生产带来这个错误:
我搜索了这个错误,但我还没有找到解决方案.看门狗似乎存在并且位于正确的位置:
如果我删除passenger_debug_log_file则正常启动.但原来的问题又回来了,应用程序不能在生产模式下运行. 最佳答案 这看起来可能是某种文件损坏,可能位于其中一个代理中.可能有用的一件事是重新安装新版本的代理.您可以通过乘客独立包进行此操作. 要做到这一点,首先SSH进入服务器然后,在任何目录中(在下面的例子中,我将假设你的主目录,但任何目录都会这样做),运行:
这似乎会进行大量的下载,配置和安装,但不要惊慌.所有这一切都是将乘客独立版本安装在名为passenger-standalone的子目录中.运行此命令后,您应该看到这样的文件结构(假设您在主目录中运行了命令):
所以它只是一个有两个tar.gz文件的树(注意3.0.11 -…不是文字,但是会以该字符串开头 – 全名是系统相关的;类似于其中一个tar中的xyz .gz文件实际上是版本号).接下来,解压support.tar.gz,做这样的事情:
这将解压缩到当前目录.在许多其他事情中,它将创建一个包含两个新文件的agents子目录:
我们的想法是将这些代理文件复制到原始系统上,以修复系统版本中可能存在的任何损坏.但首先,适当地设置权限.继上面的命令停止后,运行:
接下来,备份您的原始代理:
最后,在此处移动独立包中的新版本.
然后,重新启动nginx.如果由于某种原因需要撤消此操作,只需还原备份副本并再次重新启动nginx. 作为可选的清理步骤,您不再需要这些独立文件,因此您可以像这样删除它们: (编辑:鄂州站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 用nginx chrooting php-fpm
- python – Nginx fastcgi截断问题
- NGINX/PHP下载而不是执行
- django – gevent-socketio nginx uwsgi不能在开发服务器上
- python – X-Forwarded-Proto和Flask
- Nginx中Golang App的基本配置
- python – 为什么我的gunicorn进程忽略了Django的日志级别设
- php – MySql插入高CPU负载
- 将Nginx和uWSGI Web服务器错误记录到Sentry
- Python瓶vs uwsgi / bottle vs nginx / uwsgi / bottle