Openshift Масштабируемые рельсы 4 новых приложения отображает 503 Сервер недоступен

Question

Я успешно развернул одноразовое приложение с рельсами на спусках несколько месяцев назад. Теперь я пытаюсь развернуть масштабируемое приложение. После настройки приложения, подключающегося к git, нажав минималистский проект в режим спуска, я получаю сообщение об ошибке 503 Server Unavailable. Проведя довольно много исследований, я предполагаю, что моя проблема может быть связана с HAProxy. Следующая статья here подробно рассказывает о хапрокси и имеет дело с cfg. У меня есть те же самые DOWN-передачи для моего местного оборудования и бэкэнд, работа с модификациями, как было предложено в файле haproxy.cfg, не разрешило мою проблему, но указанное сообщение в блоге относится к проекту Java, поэтому не сравнивались с такими средами ,

Приложение работает так, как ожидалось, на моем локальном хосте, а rhc через ssh в приложение, я могу запускать необходимые задачи рейка, миграции, а что нет.

Неужели кто-нибудь еще сталкивается с подобной проблемой? Если это так, кто-нибудь смог исправить проблему?

Answer 1

Вопрос мертв, но ему все равно пришлось это выяснить. Итак, вот сделка в случае, если это может помочь кому-то. В основном я обнаружил две вещи, которые вызывают проблемы в приложении scallable rails 4.1.x.

• На сегодняшний день должна быть определена в gem 'rake'Gemfile (она будет работать локально без рейка определенной, но не на OpenShift). Если вы видите ошибку 'block in materialize': Could not find rake-10.4.2 in any of the sources (Bundler::GemNotFound), это, вероятно, так.

• Вы должны определить свой корневой маршрут в routes.rb, например, так: root 'users#index' - haproxy balancer не запустит рубиновый механизм без определенного маршрута. Если вы видите ошибку Layer7 wrong status, code: 404, это, вероятно, так.

Если вам нужна дальнейшая отладка, попробуйте перейти на http://yourappname-yourdomainname.rhcloud.com/haproxy-status/. Там вы можете увидеть свои передачи и их статус real.

Также убедитесь, что у вас есть надлежащая конфигурация базы данных в database.yml. Если параметры неверны, передача - в большинстве случаев - не запускается. (Лучший подход заключается в том, чтобы установить исходную конфигурацию sqlite3 для тестирования, и как только все снова будет работать с вашей реальной базой данных.)

В качестве примечания стороны: На сегодняшний день нет возможности установить рельсы 4.2 на смену. По крайней мере, без патрона сообщества, но я не нашел ни одного рабочего. Если вы видите некоторые ошибки около rack 1.5.2, это, вероятно, означает, что вам нужно перейти на рельсы 4.1.0. Как только все встанет - попробуйте перейти к 4.1.9 и посмотреть, работает ли он.

Удачи вам!

Answer 2

Я вижу, что вы находитесь в спусках. Вот что я нахожу для работы 90% времени:

Сначала перейдите в базовый каталог вашего проекта. Затем добавьте сила чистой сборки маркера

touch .openshift/markers/force_clean_build 

Затем совершить этот файл на OpenShift репо с использованием

git add .openshift/markers/force_clean_build 
git commit -m "Force clean build" 
push -f