Нам очень жаль, но что-то пошло не так. - с Rails, Apache, пассажиром

Ответ 1

Убедитесь, что вы запустили $ bundle install. Если это не удается, перейдите в свою производственную среду и подключитесь к серверу, используя ssh и $ tail -f log/production.log в текущем производственном приложении.

Это сгенерирует вывод, который может показать ошибку.

Если это не показывает ошибку в каталоге log/, сделайте $ ls -la если есть какие-либо файлы passenger.error, откройте последнюю $ ls -la и проверьте там ошибки.

Надеюсь, это помогло вам!

В дополнение к log/production.log вы также должны просмотреть журнал ошибок веб-сервера, как правило, /var/log/apache2/error.log или /var/log/nginx/error.log. Вместо этого там написано несколько ошибок. Дополнительную информацию можно найти в разделе "Устранение неполадок" в руководстве для пассажиров:

• Версия Nginx
• Версия Apache
• Автономная версия

Ответ 2

Я боролся с подобным типом проблемы и обнаружил, что, изменив config.consider_all_requests_local на true в config/environment/production.rb, я мог получить сообщение об ошибке для отображения на производстве и посмотреть, что представляет собой настоящая проблема. Очевидно, измените его, как только вы устранили проблему.

Ответ 3

Мы столкнулись с той же проблемой, с тем же сообщением, с кодом ошибки 500, но он был в режиме разработки и ничего полезного не было зарегистрировано. И это произошло только в одной из моих колледжей.

Проблема заключалась в не-ASCII-символах (здесь: умлауты вроде ü, ß и т.д.) внутри строк. Теперь мы просто переводим все с помощью I18n.t('text_to_translate') (найдите соответствующий файл перевода yaml в /config/locales/, для получения дополнительной информации о I18N см. http://guides.rubyonrails.org/i18n.html).

Ответ 4

У меня была похожая проблема с установкой django в пассажирской среде.

Проблема для меня заключалась в том, что в файле passenger_wsgi.py путь к пользовательской установке Python virtualenv был неверным.