2016-11-26 4 views
2

Я переношу gitlab на другой сервер. старый сервер gitlab использует postgresql, а новый gitlab-сервер использует mysql.gitlab Проверка работоспособности нездоровая

Я конвертирую его с инструментами calld «DBConvert for MySQL & PostgreSQL».
В базе данных было преобразование sucess, и файлы repo также копируются на новый сервер gitlab.
Но мои проекты не могут использовать, когда нажмите проекты это замечает HTTP код 500.

В gitlab проверки здоровья, то обратите внимание

Migrations are pending. 
To resolve this issue, run: bin/rake db:migrate RAILS_ENV=production" 

И когда я запускаю этот ЦМД, это уведомления «Нет Rakefile найдено "

Как исходить оттуда?

+0

@VonC Спасибо за ваш ответ, я установить gitlab из источника, и под gitlab путь установки, выполнить оба 'бен/граблей дб: мигрировать RAILS_ENV = production' и 'bundle exec rake db: migrate RAILS_ENV = production', у меня есть тот же результат:' Mysql2 :: Ошибка: Дублировать имя столбца 'real_size': ' –

+0

Из какой версии GitLab вы переносите? См. Https://gitlab.com/gitlab-org/gitlab-ce/issues/23881 – VonC

+0

Привет, VonC my src и dst gitlab версии 8.8.4, это то же самое. На странице, которую вы мне giev, я нашел ' Идентификатор миграции состояния Миграция Имя ':' up 20160204144558 Добавить реальный размер для объединения запроса diffs. Это то же самое, что при запуске cmd в моей системе я получил результат: '== 20160204144558 AddRealSizeToMergeRequestDiffs: migrating =='. Может ли эта информация помочь мне? –

ответ

1

Обязательно выполните bin/rakedb:migrate RAILS_ENV=production из папки установки GitLab-CE.

Или попробовать из той же папки GitLab:

bundle exec rake db:migrate RAILS_ENV=production" 

my src and dst gitlab version are 8.8.4 , it's the same

В этом случае, просто сделать не выполнить любой db:migrate RAILS_ENV=production: что позволит избежать создания дубликатов таблиц.

Смежные вопросы