2016-05-03 5 views
2

У меня есть Gitlab 8.6, работающий на сервере Ubuntu 14.04, который, кажется, перепутался. При доступе к сайту я постоянно получаю ошибку 502. Вероятно, сервер не был перезапущен с момента установки Gitlab изначально, и отключение питания вызвало перезагрузку сервера. Теперь я не могу запустить/перезапустить Gitlab из-за конфликтов портов.Gitlab порты 80 и 8080 взяты отдельным экземпляром Gitlab?

Я установил Gitlab через источник, у меня нет каких-либо пользовательских конфигураций портов, и я использую NGINX. nginx -t показывает, что конфигурация выглядит корректно синтаксически.

Когда я запустил netstat -tupln, я вижу, что Unicorn & экземпляр Gitlab уже запущен: 8080 и: 80 соответственно при загрузке. Я подозреваю, что был установлен 2-й экземпляр Gitlab, который запускается при загрузке, и это вызывает у соответствующего экземпляра конфликты портов, когда я пытаюсь запустить его через service gitlab restart. Я даже не уверен, что это возможно, но я не могу понять, куда идти отсюда. Каждый раз, когда я запускаю sudo gitlab-ctl reconfigure или service gitlab start, он терпит неудачу, и unicorn.stderror.log показывает ошибки привязки к порту: 8080. Я попытался переместить службу Unicorn: 8081, но я все еще получаю ошибку привязки к порту.

Кто-нибудь знает, как я могу определить, есть ли несколько экземпляров Gitlab, и, возможно, если есть способ удалить дублированный, если это возможно? Спасибо!

EDIT: Вот что находится в файле /etc/gitlab/gitlab.rb. Все остальное закомментировано.

## Url on which GitLab will be reachable external_url 'http://my-gitlab-instance.domain.com'

EDIT 2: Мой /home/git/gitlab/ каталог отображается в https://gitlab.com/gitlab-org/gitlab-ce.git, и на 8-7-stable отрасли. gitlab-shell и gitlab-workhorse находятся на правильной версии в соответствии с https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/update/8.6-to-8.7.md

EDIT 3: я получил до точки, где Gitlab кажется, самопроверка в порядке, удалив gitlab-ce пакет (https://gitlab.com/gitlab-org/omnibus-gitlab/issues/135), но сервер возвращает 404. NGINX , Unicorn, Sidekiq и gitlab-workhorse все говорят, что они работают. I see that unicorn.rb прислал (а): 8080, и nginx is listen at 0.0.0.0:80 and ::: 80. Думаю, теперь я устраняю эту проблему 404 и надеюсь, что вернусь к исходной версии.

+0

Вы можете показать /etc/gitlab/gitlab.rb? – SLY

+0

Добавлено, что находится в gitlab.rb. Все остальное, включая переопределение портов, закомментировано. «External_url» - единственное, что включено. Очевидно, что это всего лишь пример, но правильный в моем файле gitlab.rb. – jmastic

+0

Звучит очень странно.Может быть, вы должны попытаться обновить свой gitlab до последней стабильной? – SLY

ответ

1

Я обнаружил, что было 2 проблемы, вызвавшие ошибки, которые у меня были.

Во-первых, я удалил пакет «gitlab-ce», который был установлен, следуя инструкциям здесь: https://gitlab.com/gitlab-org/omnibus-gitlab/issues/135. По какой-то причине, когда я перезапускаю машину, я должен перезапустить эти службы, чтобы Gitlab правильно работал redis-server, gitlab, nginx. Однако после этого Gitlab начинает отвечать правильно.

Во-вторых, ошибка 404 возникла из-за другого сервера, который также прослушивал этот IP-адрес, вызывая конфликт.

Я, скорее всего, перейду к использованию пакета omnibus на новом, новом сервере в будущем, но по крайней мере сразу возникнут проблемы. Спасибо за вашу помощь, SLY!

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