Я пытаюсь и не могу установить GitLab (EE) на локальный компьютер с сервером без операционной системы, на котором работает Ubuntu Server 20.04. Предполагается, что позже сервер будет иметь доступ к Интернету, но сейчас он должен быть только внутренней локальной сетью, доступ к которой осуществляется по IP или имени хоста, если это возможно. ПК в настоящее время настроен со статическим внутренним IP-адресом через netplan. На данный момент у нас нет зарезервированного доменного имени для этого сервера или SSL-сертификата.
У меня на машине настроен рабочий Git-сервер с успешным доступом по SSH и по HTTP (Apache2, потом переключился на Nginx). Моя цель — настроить GitLab на машине, работающей параллельно с существующим сервером Git.
После правильной работы Nginx вчера я попытался установить GitLab через Omnibus, используя процедуру, описанную в официальная страница установки GitLab для Ubuntu, сначала завиток добавление репозитория, затем запуск EXTERNAL_URL="http://10.7.2.xxx" apt install gitlab-ee (внутренний IP, но на всякий случай зацензуренный). Процесс завершился без ошибок, но при попытке подключиться к серверу с этим URL я получил только 403 от Nginx. Я подозреваю, что это было связано с тем, что Nginx уже работал ранее для простого Git на /srv/www/git. Я попытался удалить его с помощью apt удалить gitlab-ee, с последующим удалением оставшихся каталогов в /etc/gitlab, /вар/опт/гитлаб, /опт/гитлаб, и /вар/журнал/гитлаб. В то время я не знал, что это неправильный способ удаления GitLab.
Сегодня утром попытался переустановить. Сначала я остановился и отключил Nginx с помощью systemctl, сделал резервную копию моей конфигурации, переместив ее из /etc/nginx/enabled-сайты в мой домашний каталог, а затем удалив его с помощью способ удалить nginx. После перезагрузки и подтверждения того, что ни он, ни Apache2 не работают, я попытался переустановить GitLab с помощью apt установить gitlab-ee еще раз. Он завершился неожиданно быстро, так как оказалось, что его ресурсы все еще присутствуют в системе. Подключиться из браузера не удалось полностью, вообще никакого подключения.
Я снова попытался переустановить, на этот раз полностью удалив GitLab с помощью следующих команд:
# gitlab-ctl удалить
# gitlab-ctl очистить
# gitlab-ctl удалить учетные записи
# dpkg -P gitlab-ee
Удаление учетных записей зависло на 10 минут без результата, поэтому мне пришлось ^ С Это. После удаления с дпкг Затем я удалил те же четыре каталога, что и раньше, но только /опт/гитлаб и /вар/журнал/гитлаб остались.
После якобы чистого удаления я перезагрузился и попытался выполнить то, что я считал чистой переустановкой. Он висит на * действие ruby_block [ожидание сервисного сокета logrotate] бесконечно, больше часа. Исследование указало на открытие другого терминала и выполнение следующих команд, когда омнибус был завис:
# nohup /opt/gitlab/embedded/bin/runsvdir-start &
# переконфигурировать gitlab-ctl
Это не сработало, gitlab-ctl перенастроить зависал 10 минут, прежде чем я сдался, а Омнибус на другом терминале не продолжался. Он даже не ответил бы на ^ С. Мне пришлось принудительно перезагрузиться из другого сеанса и попытаться «чисто» удалить, перезагрузить и переустановить снова.
Удаление на этот раз не имело проблем с удалить учетные записи (Журнал Pastebin, имя пользователя, имя хоста, IP-адрес подвергнут цензуре). Однако он снова завис на logrotate, больше часа снова, и снова не отвечает на ^ С. Вывод Pastebin, Журнал Pastebin из /var/log/gitlab/reconfigure/1636492507.log.
Что не решило мою проблему:
systemctl запустить logrotate.service (немедленно останавливается/заканчивает, ожидая таймера), logrotate.timer (уже бегал). Никакой реакции от Омнибуса при запуске тоже нет.- Бег
runvdir-старт и gitlab-ctl перенастроить (см. выше)
- Бег
gitlab-ctl хвост (бросает хвост: не может следовать за «-» по имени)
многопользовательская.цель загружен и активен, согласно systemctl -t цель.
Все другие результаты, которые я могу найти, связаны с конкретными аспектами сбоя GitLab, а не с начальной установкой. Я в тупике и не могу найти ничего подходящего. Что мне делать?
