Проблемы с Gitlab-shell при установке GitLab6 на SLES11.2

Я попытался установить GitLab6 на SUSE Enterprise 11.2, следуя этому руководству: https://github.com/n3rdbeere/Installation-guide-for-GitLab6-on-SLES11/blob/master/README.md

Установка была выполнена на частном локальном сервере, на котором уже запущен http-сервер apache2, поэтому я не устанавливал сервер nginx (как в конце приведенного выше руководства). Кроме того, по причинам компании мне пришлось установить все материалы gitlab в /appl/git/ вместо /home/git/ (очевидно, я создал пользователя git, как написано в связанном руководстве).

Моя проблема в том, что хотя gitlab-shell вроде установлен правильно, проверка gitlab не проходит. Шаг за шагом, если я запускаю пользователя git:

./<gitlab-shell-dir>/bin/check

Я получил:

Check GitLab API access: OK
Check directories and files:
        /appl/git/repositories: OK
        /appl/git/.ssh/authorized_keys: OK

Если я запускаю пользователя git из:

sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production

Я получил:

System information
System:         SUSE LINUX 11
Current User:   git
Using RVM:      no
Ruby Version:   2.0.0p247
Gem Version:    2.4.1
Bundler Version:1.7.2
Rake Version:   10.1.0

GitLab information
Version:        6.1.0
Revision:       a129bce
Directory:      /appl/git/gitlab
DB Adapter:     mysql2
URL:            http://xxx.xxx.xxx.xxx:8084
HTTP Clone URL: http://xxx.xxx.xxx.xxx:8084/some-project.git
SSH Clone URL:  [email protected]:some-project.git
Using LDAP:     no
Using Omniauth: no

GitLab Shell
Version:        1.7.1
Repositories:   /appl/git/repositories/
Hooks:          /appl/git/gitlab-shell/hooks/
Git:            /usr/bin/git

Очевидно, я заменил свой частный хост из соображений конфиденциальности. Как видите, я настроил свою службу для запуска (и unicorn для прослушивания) через порт 8084 вместо стандартного 8080.

НО, когда я запускаю пользователя git из:

sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production

Я получил:

Checking Environment ...

Git configured for git user? ... yes
Has python2? ... yes
python2 is supported version? ... yes

Checking Environment ... Finished

Checking GitLab Shell ...

GitLab Shell version >= 1.7.1 ? ... FAIL. Please update gitlab-shell to 1.7.1 from Unknown
Repo base directory exists? ... yes
Repo base directory is a symlink? ... no
Repo base owned by git:git? ... yes
Repo base access is drwxrws---? ... yes
update hook up-to-date? ... yes
update hooks in repos are links: ...
Administrator / Test ... repository is empty

Checking GitLab Shell ... Finished

Checking Sidekiq ...

Running? ... yes

Checking Sidekiq ... Finished

Checking GitLab ...

Database config exists? ... yes
Database is SQLite ... no
All migrations up? ... yes
GitLab config exists? ... yes
GitLab config outdated? ... no
Log directory writable? ... yes
Tmp directory writable? ... yes
Init script exists? ... yes
Init script up-to-date? ... no
  Try fixing it:
  Redownload the init script
  For more information see:
  doc/install/installation.md in section "Install Init Script"
  Please fix the error above and rerun the checks.
projects have namespace: ...
Administrator / Test ... yes
Projects have satellites? ...
Administrator / Test ... can't create, repository is empty
Redis version >= 2.0.0? ... yes
Your git bin path is "/usr/bin/git"
Git version >= 1.7.10 ? ... yes (1.7.12)

Checking GitLab ... Finished

Так называемый «Администратор/Тест» — это тестовый проект, который я создал в пользовательском интерфейсе Gitlab: на самом деле, несмотря на ошибки в последней проверке, я могу удаленно получить доступ к серверу Gitlab, создать пользователя, проекты и т. д. , НО я ничего не могу нажать . Я думаю, проблема зависит от того, что проверки gitlab-shell не прошли, но я не смог понять, почему!

Любая помощь будет оценена по достоинству. Большое спасибо!


person erond    schedule 01.09.2014    source источник
comment
Можете ли вы попробовать обновиться до последней версии gitlab 7.2 с помощью последней версии gitlab-shell, или это не вариант? Это руководство по обновлению должно работать gitlab .com/gitlab-org/gitlab-ce/blob/master/doc/update/   -  person axil    schedule 01.09.2014
comment
Привет, Аксиль, спасибо за полезную ссылку. Обновление может быть вариантом, но я бы предпочел сначала понять, что не так с моей текущей установкой, чтобы быть готовым столкнуться с той же проблемой при (в конечном итоге) обновлении до последней версии.   -  person erond    schedule 02.09.2014


Ответы (2)


Я могу подтвердить, что gitlab 6.2 работает на SLES 11 SP 3. Однако вам нужно отредактировать init-Script, потому что он делает некоторые предположения в стиле Ubuntu. В противном случае сервер REDIS не запустится правильно.

Также убедитесь, что у вас установлена ​​последняя версия git из Open Build Service — версия, поставляемая с SLES, слишком старая.

person Ralf    schedule 03.09.2014
comment
Привет, в итоге я удалил все и переустановил с самого начала. Следуя вашему предложению, я установил Gitlab 6.2, даже если у меня все еще работал SLES 11 SP2. Я следовал этому руководству, из курс с командами SLES вместо команд Ubuntu (с сохранением оригинального руководство 6.1). Удалил каждую установку ruby ​​и поставил 2.0.0p481 с gem 2.0.14. Ruby 1.9.1 доставлял мне проблемы с libyaml .. спасибо - person erond; 05.09.2014

Я много раз развертывал gitlab на openSUSE 12.2/12.3. Я бы посоветовал попробовать Gitlab 6.9.2 и оболочку gitlab 1.9.3.

person hgomez    schedule 02.09.2014
comment
Привет, мне нужно установить Gitlab на сервер SUSE Enterprise 11.2 с очень строгими ограничениями на установку и обновление библиотек/зависимостей/модулей. Например, в настоящее время установленная версия ruby ​​​​- 1.8.7 !! И в репозитории компании нет более свежей версии, доступной и устанавливаемой из zypper или yast. - person erond; 03.09.2014